Closed Bug 906482 Opened 12 years ago Closed 12 years ago

User expectation when viewing zone content

Categories

(developer.mozilla.org Graveyard :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: openjck, Unassigned)

References

Details

As a user, I expect that any content present within a zone shall maintain the style, flow, and experience intended within the zone. I do not want to feel like I am bouncing around, make the content adapt to the zone.
Blocks: 906472
No longer blocks: 906474
Actually, this is not currently happening in the App Center Zone. Luke, any idea? https://developer.mozilla.org/en-US/docs/Web/Apps/Apps_zone
Flags: needinfo?(lcrouch)
Blocks: 907234
Looks like this is the problem: The Zone sub-pages are not true sub-pages of the Zone landing page right now. Luke, can you confirm that the style remains consistent for pages that are /true/ sub-pages of a Zone? If so, we can close this bug.
(In reply to John Karahalis [:openjck] from comment #2) > Looks like this is the problem: The Zone sub-pages are not true sub-pages of > the Zone landing page right now. Luke, can you confirm that the style > remains consistent for pages that are /true/ sub-pages of a Zone? If so, we > can close this bug. Yes, the subnav links point to pages outside the zone. So, no, those pages will not participate in zone style or subnav. Would like to see that happen in a real working zone before we close this bug. We've already seen zone functionality working in tests & spot checks.
Flags: needinfo?(lcrouch)
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
(In reply to John Karahalis [:openjck] from comment #5) > Correction: > > Main page: https://developer.mozilla.org/en-US/docs/User:openjck > Subpage: https://developer.mozilla.org/en-US/docs/User:openjck/subpage Yeah, that's what I meant by we've seen it work in testing and in spot-checks :)
For example, :groovecoder already tried it here https://developer.mozilla.org/en-US/docs/User:groovecoder/Subcoder I'm saying I'd like to see how it works out with a real zone before we close this bug
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: FIXED → ---
Er, didn't mean to mark this unconfirmed. I'll just reclose it again I guess, but would really like to see this working in a real zone to satisfy the "user expectation" part
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
Thanks Les, I will make a note to verify this once the Apps page is up.
Les, you can test it out here. Does this look good to you? https://developer.mozilla.org/en-US/Apps
Flags: needinfo?(lorchard)
I think so? Is that what the zone's supposed to look like? (I'm not sure)
Flags: needinfo?(lorchard)
Visually, yes. The content team finished up their side. Just wanted to make sure the zone was keeping its style as you expected and as in comment 0.
Also, the zone's not actually at /en-US/Apps, yet: No url_root is set for the zone. The URL /en-US/Apps redirects to /en-US/docs/Apps, which redirects to /en-US/docs/Web/Apps
But this will be fixed with bug 912084, right?
(In reply to John Karahalis [:openjck] from comment #14) > But this will be fixed with bug 912084, right? No, the url_root needs to be set for the zone to manually choose the new URL for the zone. The remap machinery is already there from bug 912084.
Beyond the url_root, though, the zone nav and style seem to be carrying through as expected: https://developer.mozilla.org/en-US/docs/Web/Apps/Quickstart/Design/Design_Principles
To be more clear about the url_root thing and what bug 912084 offers... The Persona zone has an url_root: https://developer.mozilla.org/admin/wiki/documentzone/19/ So, it's served up with no redirects here: https://developer.mozilla.org/en-US/Persona The Apps zone does *not* have url_root set, yet: https://developer.mozilla.org/admin/wiki/documentzone/23/ So, it's served up with no redirects here: https://developer.mozilla.org/en-US/docs/Web/Apps To move the Apps zone to /en-US/Apps with no redirects, set the url_root to "Apps" I assume that's where we want it, but I didn't want to just unilaterally change that myself
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.