Closed
Bug 331307
Opened 18 years ago
Closed 17 years ago
Bookmarks toolbar chevron is left-aligned instead of right-aligned
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
VERIFIED
FIXED
Firefox 3 alpha7
People
(Reporter: philor, Assigned: stevewon)
References
Details
(Keywords: regression)
Attachments
(1 file, 2 obsolete files)
3.06 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
I'd almost like to see this wontfixed, since it's arguably better UI to drop things that will wind up in the overflow anyway in a space to the right of the chevron, rather than think you are dropping them in the space between the last item and the chevron only to have them disappear, but since a random late-January build had a right-aligned chevron I'd guess it's just CSS that got lost somewhere, maybe in the dismantling of the places shim.
Updated•18 years ago
|
Assignee: nobody → annie.sullivan
Priority: -- → P3
Target Milestone: --- → Firefox 2 beta1
Updated•18 years ago
|
Whiteboard: swag: 0.5 days
Reporter | ||
Comment 1•18 years ago
|
||
*** Bug 333384 has been marked as a duplicate of this bug. ***
Comment 2•18 years ago
|
||
This fixes it. I removed the <vbox>, because it doesn't seem to do anything useful. If it's needed, then it needs to have flex="1" as attribute.
Attachment #219366 -
Flags: superreview?(annie.sullivan)
Comment 3•18 years ago
|
||
Updated•18 years ago
|
Attachment #219366 -
Flags: superreview?(annie.sullivan) → review?(annie.sullivan)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060421 BonEcho/2.0a1 - Build ID: 2006042114 - On my system, this bug is fixed when the deletions in patch 219367 are applied to browser.jar/content/browser/places/toolbar.xml. With default and two different non-default themes, the chevron adheres to the right margin.
There is still a problem. Using the deletions from the patch, when there is just enough content on the bookmarks toolbar, the chevron is partway off the screen. Screenshot: http://img525.imageshack.us/img525/2249/overflow1kk.png This problem can occur without the patch deletions as well. Deleting the pack="end" (in the hbox that mentions mousethrough) does not fix the overhang problem. If this needs a separate bug, please let me know.
Comment 6•18 years ago
|
||
(In reply to comment #2) > Created an attachment (id=219366) [edit] > patch > > This fixes it. I removed the <vbox>, because it doesn't seem to do anything > useful. If it's needed, then it needs to have flex="1" as attribute. Does drag and drop visual feedback still look the same with the <vbox> removed?
> Does drag and drop visual feedback still look the same with the <vbox> removed?
Drag and drop visual feedback is horked with the <vbox> removed.
I don't know if this will help, but as of this build - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2 - Build ID: 2006030804 - the chevron is now right-aligned again. I suspect that it is no coincidence that Places was backed out.
Reporter | ||
Updated•18 years ago
|
Target Milestone: Firefox 2 beta1 → ---
Updated•17 years ago
|
Assignee: annie.sullivan → nobody
Flags: blocking-firefox3?
Updated•17 years ago
|
Updated•17 years ago
|
Attachment #219366 -
Attachment is obsolete: true
Attachment #219366 -
Flags: review?(annie.sullivan)
Updated•17 years ago
|
Attachment #219367 -
Attachment is obsolete: true
Updated•17 years ago
|
Flags: blocking-firefox3? → blocking-firefox3+
Updated•17 years ago
|
Target Milestone: --- → Firefox 3 beta1
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → swon
Status: ASSIGNED → NEW
Assignee | ||
Comment 10•17 years ago
|
||
Patch. I think what was happening before was that, the vbox that contains the chevron isn't wide enough to reach the end of the toolbar. So even though there was " "pack='end'" and the chevron was right-aligned to the vbox, it looked like the chevron was left-aligned. I just moved the chevron hbox (http://mxr.mozilla.org/mozilla/source/browser/components/places/content/toolbar.xml#67) out of the vbox, so pack="end" is relative to bookmarksBarContent (http://mxr.mozilla.org/mozilla/source/browser/base/content/browser.xul#332). The drag + drop problem mentioned doesn't occur in this patch. Also not able to reproduce the chevron being partly cutoff with this patch yet.
Attachment #270655 -
Flags: review?(mano)
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Comment 11•17 years ago
|
||
Comment on attachment 270655 [details] [diff] [review] Patch not that the containing vbox or the hbox->hbox crap makes sense, but this is good to go. r=mano.
Attachment #270655 -
Flags: review?(mano) → review+
Comment 12•17 years ago
|
||
fixed landed. Checking in toolbar.xml; /cvsroot/mozilla/browser/components/places/content/toolbar.xml,v <-- toolbar.x ml new revision: 1.99; previous revision: 1.98 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 13•17 years ago
|
||
steve, can you elaborate on what the "drag + drop" problem was?
Assignee | ||
Comment 14•17 years ago
|
||
I was referring to Comment #6. If vbox was removed like the earlier patches, then drag+drop onto the toolbar would result in a weird behavior.
Comment 15•17 years ago
|
||
steve, what was the weird behaviour?
Assignee | ||
Comment 16•17 years ago
|
||
Entire bookmarks toolbar would slide down to the right. Eventually, the bookmarks toolbar would seem empty.
Comment 17•17 years ago
|
||
> Entire bookmarks toolbar would slide down to the right. Eventually, the
> bookmarks toolbar would seem empty.
Thanks Steve.
I'm not seeing the weird behaviour (with your patch) on trunk / windows xp.
Comment 18•17 years ago
|
||
verified with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007071705 Minefield/3.0a7pre
Status: RESOLVED → VERIFIED
Comment 19•15 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•