Closed
Bug 501095
Opened 15 years ago
Closed 15 years ago
Clean up appPicker's use of XUL
Categories
(Toolkit :: Preferences, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: neil, Assigned: neil)
Details
Attachments
(2 files)
6.52 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
445 bytes,
patch
|
dao
:
review+
|
Details | Diff | Splinter Review |
Bug 498153 prompted me to look at the XUL underlying the app picker.
Assignee | ||
Comment 1•15 years ago
|
||
I wondered why it went to all the trouble of creating custom XUL that is already readily available via the listbox element. I switched from overloading the value property to using a handlerApp property (this hack only works because the XBL gets bound later). I stopped setting identical ids on multiple elements. In fact I don't set any ids at all! I did change the listbox's ID to avoid breaking bug 498153. I removed an unnecessary vbox, and other minor tweaks. I also moved the placement of the Browse button, but I can readily revert that.
Comment 2•15 years ago
|
||
(In reply to comment #1) > Created an attachment (id=385715) [details] > Proposed patch > > I wondered why it went to all the trouble of creating custom XUL that is > already readily available via the listbox element. > > I switched from overloading the value property to using a handlerApp property > (this hack only works because the XBL gets bound later). > > I stopped setting identical ids on multiple elements. In fact I don't set any > ids at all! I did change the listbox's ID to avoid breaking bug 498153. > > I removed an unnecessary vbox, and other minor tweaks. > > I also moved the placement of the Browse button, but I can readily revert that. Probably because this was the very first xul dialog I ever authored. :) Although it did make it through reviews. :O
Updated•15 years ago
|
Attachment #385715 -
Flags: review?(gavin.sharp) → review+
Comment 3•15 years ago
|
||
Comment on attachment 385715 [details] [diff] [review] Proposed patch r=mano.
Assignee | ||
Comment 4•15 years ago
|
||
Pushed changeset acd5dee9dab3 to mozilla-central.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•15 years ago
|
||
Comment on attachment 385715 [details] [diff] [review] Proposed patch >+.listcell-label { >+ margin: 5px; Unfortunately a listcell-label has a margin: 0px !important (and some padding) so this rule has no effect. Which would you prefer, a) Just remove the margin rule b) Replace the margin with 5px padding c) Something else?
Assignee | ||
Comment 6•15 years ago
|
||
Patch following b) above, since that was Gavin's "obvious choice". I also swapped the width and height into toolkit's normal order.
Attachment #421065 -
Flags: review?(dao)
Updated•15 years ago
|
Attachment #421065 -
Flags: review?(dao) → review+
Assignee | ||
Comment 7•15 years ago
|
||
Comment on attachment 421065 [details] [diff] [review] Spacing fix Pushed changeset cea14ad20b61 to mozilla-central.
Could this have caused the file (view, bookmarks and help exhibit this new behavior) menus to shift left and right when navigating between file menu with sub-folders? I'm seeing a one/two pixel shift left and right using: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20100111 Minefield/3.7a1pre ID:20100111171142 ~B
Assignee | ||
Comment 9•15 years ago
|
||
These patches only ever affected one dialog used in certain places on Windows.
You need to log in
before you can comment on or make changes to this bug.
Description
•