Closed
Bug 661688
Opened 14 years ago
Closed 13 years ago
Make left-hand column of file viewer stay on the top left when scrolling down
Categories
(addons.mozilla.org Graveyard :: Admin/Editor Tools, enhancement, P3)
addons.mozilla.org Graveyard
Admin/Editor Tools
Tracking
(Not tracked)
RESOLVED
FIXED
6.3.6
People
(Reporter: jorgev, Assigned: kmag)
References
()
Details
(Whiteboard: [ReviewTeam])
Since the new file viewer doesn't have a vertical scrollbar for the code section, long files can be a navigational inconvenience, because you have to scroll all the way up to select the next file (or remember the shortcuts).
I think it would be nice to have the left panel move to keep its top left position, similarly to what it done with the right-hand panel in review pages.
Comment 1•14 years ago
|
||
gkoberger did this on the review pages if you want to steal code
Assignee: nobody → amckay
Comment 2•14 years ago
|
||
I think this implies pushing the left hand nav into a fixed height and giving it scroll bars, something I was hoping to avoid. Otherwise it would be hard to get down a fully expanded tree (https://addons.mozilla.org/en-US/firefox/files/121418) for example.
Reporter | ||
Comment 3•14 years ago
|
||
The alternative would be make the code scrollable independently from the page.
Comment 4•14 years ago
|
||
(In reply to comment #2)
> I think this implies pushing the left hand nav into a fixed height and
> giving it scroll bars, something I was hoping to avoid. Otherwise it would
> be hard to get down a fully expanded tree
> (https://addons.mozilla.org/en-US/firefox/files/121418) for example.
I think you could do it without a fixed height, but I'm not sure if it would be confusing. Scroll down would scroll everything until it hit nav.bottom and then it would move down the page, scroll up would scroll everything until it hit nav.top and then move up the page with the scroll. Too confusing?
Maybe chowse has an idea.
Assignee | ||
Comment 5•14 years ago
|
||
I think having a max-height and overflow:auto on the file list would be the best thing here. Using some aspect of the page scrolling to determine which bit of the file list in view seems wrong. Aside from being confusing, it would require even more inconvenient scrolling to get to the file you're after than we have now.
Updated•14 years ago
|
Target Milestone: Q2 2011 → 4.x (triaged)
Assignee | ||
Comment 6•13 years ago
|
||
I'll have a patch for this when 663254 is merged.
Assignee | ||
Comment 7•13 years ago
|
||
Screenshots in case anyone has any input before I finish:
File tree visible:
http://666kb.com/i/bvyt6nfiys8bss2if.png
http://666kb.com/i/bvyt68g523ufdvxdj.png
http://666kb.com/i/bvyt748vto50in6pj.png
File tree hidden:
http://666kb.com/i/bvyt8kt8planrsv5j.png
http://666kb.com/i/bvyt9y0vc9pa2dkmv.png
Updated•13 years ago
|
Assignee: amckay → maglione.k
Assignee | ||
Comment 8•13 years ago
|
||
Comment 9•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: 4.x (triaged) → 6.3.6
Comment 10•13 years ago
|
||
Reporter | ||
Comment 11•13 years ago
|
||
Reclassifying editor bugs and changing to a new whiteboard flag. Spam, spam, spam, spam...
Whiteboard: [required amo-editors] → [ReviewTeam]
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•