Closed
Bug 906482
Opened 12 years ago
Closed 12 years ago
User expectation when viewing zone content
Categories
(developer.mozilla.org Graveyard :: General, defect)
developer.mozilla.org Graveyard
General
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.
| Reporter | ||
Updated•12 years ago
|
| Reporter | ||
Comment 1•12 years ago
|
||
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)
| Reporter | ||
Comment 2•12 years ago
|
||
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.
Comment 3•12 years ago
|
||
(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)
| Reporter | ||
Comment 4•12 years ago
|
||
Looks like it works.
Main page: https://developer.mozilla.org/en-US/docs/User:openjck/subpage
Subpage: https://developer.mozilla.org/en-US/docs/User:openjck/subpage
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 5•12 years ago
|
||
Correction:
Main page: https://developer.mozilla.org/en-US/docs/User:openjck
Subpage: https://developer.mozilla.org/en-US/docs/User:openjck/subpage
Comment 6•12 years ago
|
||
(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 :)
Comment 7•12 years ago
|
||
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 → ---
Comment 8•12 years ago
|
||
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 ago → 12 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 9•12 years ago
|
||
Thanks Les, I will make a note to verify this once the Apps page is up.
| Reporter | ||
Comment 10•12 years ago
|
||
Les, you can test it out here. Does this look good to you?
https://developer.mozilla.org/en-US/Apps
Flags: needinfo?(lorchard)
Comment 11•12 years ago
|
||
I think so? Is that what the zone's supposed to look like? (I'm not sure)
Flags: needinfo?(lorchard)
| Reporter | ||
Comment 12•12 years ago
|
||
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.
Comment 13•12 years ago
|
||
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
| Reporter | ||
Comment 14•12 years ago
|
||
But this will be fixed with bug 912084, right?
Comment 15•12 years ago
|
||
(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.
Comment 16•12 years ago
|
||
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
Comment 17•12 years ago
|
||
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
Updated•5 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•