Closed
Bug 490763
Opened 15 years ago
Closed 5 years ago
Fixed-position navigation (header or footer)
Categories
(Bugzilla :: User Interface, enhancement, P1)
Bugzilla
User Interface
Tracking
()
RESOLVED
FIXED
Bugzilla 6.0
People
(Reporter: mkanat, Unassigned)
References
Details
(Keywords: ue)
Attachments
(1 file)
3.14 KB,
patch
|
LpSolit
:
review-
|
Details | Diff | Splinter Review |
pyrzak's students' research indicates that having the header and footer navigation disappear when the page scrolls is a problem. I would tend to agree, and have actually been thinking about this in the past few days anyway. We could fairly easily have a "position: fixed" header navigation bar that included everything the user wanted--including a drop-down for saved searches and the Administration menu, and eliminate the footer entirely.
Reporter | ||
Updated•15 years ago
|
Priority: -- → P1
Reporter | ||
Updated•15 years ago
|
Blocks: bz-hci2008
Comment 1•15 years ago
|
||
Do we have any compatibility concerns with "position: fixed" these days? I remember there was some major browsers or versions that lacked full support for this positioning. Otherwise I agree with having an easy to use fixed header (and to move most if not all of stuff from footer to header).
Comment 2•15 years ago
|
||
Please no. A fixed-position header limits the amount of information I can see at once, and makes scrolling confusing. I hate it when sites use them.
Comment 3•15 years ago
|
||
A mockup might convince me otherwise, but I'm also inclined to see it as a regressive feature.
Reporter | ||
Comment 4•15 years ago
|
||
(In reply to comment #1) > Do we have any compatibility concerns with "position: fixed" these days? Well, Facebook does it somehow with their footer.
Reporter | ||
Comment 5•15 years ago
|
||
(In reply to comment #2) > Please no. A fixed-position header limits the amount of information I can see > at once, and makes scrolling confusing. I hate it when sites use them. (In reply to comment #3) > A mockup might convince me otherwise, but I'm also inclined to see it as a > regressive feature. Well, let's get a mockup first. It would be really thin, whatever it was--ideally about the height of Facebook's footer toolbar or perhaps slightly wider.
Comment 6•15 years ago
|
||
I'm all for it. Unless you have an extra small screen, the amount of information you cannot display due to the header is negligible. I don't see why scrolling is confusing.
Assignee: ui → koosha.khajeh
Status: NEW → ASSIGNED
Target Milestone: --- → Bugzilla 4.4
Works on IE 6+, Firefox, Opera, and Chromium (and most probably Safari as well). But, on IE 6 the scroll bar is a little deviated to the left. The CSS3 'box-shadow' attribute is used which makes it look really nice in supporting browsers (e.g. Firefox).
Attachment #654997 -
Flags: review?(guy.pyrzak)
Attachment #654997 -
Flags: review?(LpSolit)
I know that the indentation is not respected, but this is only the first patch to let me know your opinion.
Comment 9•12 years ago
|
||
Before wasting your time, I hope you are aware of the work already done in bug 662605? The fixed header is already part of the work done there.
Comment 10•12 years ago
|
||
(In reply to Frédéric Buclin from comment #9) > Before wasting your time, I hope you are aware of the work already done in > bug 662605? The fixed header is already part of the work done there. Wow. Actually, I wrote this a very long time ago but didn't upload the patch due to some flaws in it. OK, won't work on it anymore. I saw that bug, but wasn't sure about this.
Comment 11•12 years ago
|
||
That bug is targeted for 5.0.
Comment 12•12 years ago
|
||
(In reply to Koosha Khajeh Moogahi [:koosha] from comment #11) > That bug is targeted for 5.0. Your bug too now. :) We are too close to 4.4 to take such UI changes now. All UI changes should go into 5.0 to have time for polish and feedback.
Target Milestone: Bugzilla 4.4 → Bugzilla 5.0
Comment 13•12 years ago
|
||
Oh no! I hoped it would make it to feature in 4.4. It's a pity that you changed the milestone to 5.0. :'(
Comment 14•12 years ago
|
||
Comment on attachment 654997 [details] [diff] [review] patch - v1 We plan to implement bug 662605 (with the fixed header) as a separate skin. So the Classic skin will be left unmodified.
Attachment #654997 -
Flags: review?(guy.pyrzak)
Attachment #654997 -
Flags: review?(LpSolit)
Attachment #654997 -
Flags: review-
Comment 15•12 years ago
|
||
Will be fixed by bug 662605.
Depends on: bz-pretty
Whiteboard: [blocker will fix]
Comment 17•10 years ago
|
||
Bug 964208 "Please add [My Bugs] link to header as well to support FixedHeader skin" is not a duplicate, specifically it requests a change to the header.html.tmpl: The [My Bugs] link is *only* available in the footer. It is defined in global/useful-links.html.tmpl included into http://bzr.mozilla.org/bugzilla/trunk/view/head:/template/en/default/global/footer.html.tmpl but not header.html.tmpl header.html.tmpl only includes http://bzr.mozilla.org/bugzilla/trunk/view/head:/template/en/default/global/common-links.html.tmpl which is included in useful-links.html.tmpl as well. Perhaps header.html.tmpl should also include global/useful-links.html.tmpl instead of common-links.html.tmpl. Where should this request be tracked?
Comment 18•10 years ago
|
||
(In reply to adrian from comment #17) > Bug 964208 is not a duplicate, specifically it requests a change to > the header.html.tmpl If we want/decide to add this link in the header because we want to have a fixed header, this will be done as part of this bug.
Updated•10 years ago
|
Target Milestone: Bugzilla 5.0 → ---
Updated•9 years ago
|
Whiteboard: [blocker will fix]
Comment 19•6 years ago
|
||
Bug 1376826 has made the BMO global header fixed-positioning and removed the global footer. It will be included in the upstream 6.0 release coming 2018.
Comment 20•5 years ago
|
||
I think the original request has been fulfilled in Bug 1376826.
You need to log in
before you can comment on or make changes to this bug.
Description
•