Closed
Bug 611082
Opened 15 years ago
Closed 15 years ago
Update new Deki skin breadcrumbs and browser page title
Categories
(developer.mozilla.org Graveyard :: Wiki pages, defect)
developer.mozilla.org Graveyard
Wiki pages
Tracking
(Not tracked)
VERIFIED
FIXED
0.9.2
People
(Reporter: jay, Assigned: craigcook)
Details
Right now, it looks like the root of the breadcrumbs is still MDC. I'm not sure where that change needs to happen, but it will be great to make that "MDN".
There is a second level breadcrumb for the old "home page" at /EN... which I have renamed to "Doc Center" on stage9 (which I can do on prod later).
So ideally for https://developer-stage9.mozilla.org/en/HTML we would want to see:
breadcrumbs: MDN > Doc Center > HTML
page title: HTML - MDN Doc Center
| Reporter | ||
Comment 1•15 years ago
|
||
Another interesting thing to note is that the breadcrumbs disappear on pages like:
tags: https://developer-stage9.mozilla.org/Special:Tags?tag=JavaScript
search (which takes you to the django template): https://developer-stage9.mozilla.org/en-US/search?q=html5
It would be nice to retain at least the MDN breadcrumb so we have something like:
MDN > Tags > JavaScript
MDN > Search > HTML5
For the two examples above respectively.
| Assignee | ||
Comment 2•15 years ago
|
||
There's a "Site name" parameter in Mindtouch so it's easy to rename that from "MDC" to "MDN".
The breadcrumbs are a bit trickier. They're generated as a hierarchy, so it goes:
Site Name > Parent Page Title > Current Page Title
Since all the normal wiki pages branch off the home page, we get the desired breadcrumb trail of MDN (site name) > Doc Center (home page) > Page Title.
Special pages (tags, search, member pages) don't descend from the home page, so they lose that part of the breadcrumb trail. But I may be able to find a way to keep the site name and home page in the trail even on special pages. I'll try to make it work.
| Reporter | ||
Comment 3•15 years ago
|
||
This might not be possible, but is there any way to just make the first 2 breadcrumbs hardcoded?
So that MDN always points to / and Doc Center always points to /docs?
That way we can just display those on every page that uses this new Deki skin... and the rest of the hierarchy can be appended to the end started at the children of the home page.
| Reporter | ||
Comment 4•15 years ago
|
||
The reason for comment #3 is that currently the "home page" is pointing to /en, which due to case-sensitivity is taking the user to / (which is not the Docs Center).
And the /En or /EN will take them to the old "home page", which we don't want either...
Hope that makes sense... let me know if I need to clarify anything.
Comment 6•15 years ago
|
||
qa-verified-staging https://developer-stage9.mozilla.org/en-US/docs
Comment 7•15 years ago
|
||
Marking fixed.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 8•15 years ago
|
||
verified-fixed on production developer.mozilla.org
Status: RESOLVED → VERIFIED
Updated•13 years ago
|
Version: Deki → unspecified
Updated•13 years ago
|
Component: Website → Landing pages
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
•