Closed
Bug 99678
Opened 24 years ago
Closed 23 years ago
clean up preferences xul alignment issues
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.7
People
(Reporter: doronr, Assigned: doronr)
Details
(Keywords: polish)
Attachments
(2 files, 1 obsolete file)
12.03 KB,
patch
|
Details | Diff | Splinter Review | |
17.21 KB,
patch
|
Details | Diff | Splinter Review |
1. Navigator-> helper apps -> new type
2. mail -> msg display (missing smiley and another issue)
3. mail -> msg composition
These have some alignment issues, patch coming
Comment 1•24 years ago
|
||
cool, doron!
btw, is this issue independent of theme? just a-wonderin'...
Assignee | ||
Comment 2•24 years ago
|
||
Assignee | ||
Comment 3•24 years ago
|
||
sairuh: no, this is not theme specific
cc: ben as this is preferences.
Also, I took liberty to upgrade the xul on these files (<text class="label"> ->
<label>, for="" -> control="")
The patch fixes some minor alignment issues in:
appearance -> colors
make the colorpicker's labels align with the collorpickers
navigator -> helper apps -> new type the labels now align with the textbox's
mail and news -> message display
character coding: to alling with the drop down
mail and news -> mssg composition
"then," aligned with the dropdown, same for "character coding"
Not sure if there is another bug about coverting the other files to use the new
xul changes, but that is another issue.
Any comments?
Comment 4•24 years ago
|
||
Comment on attachment 49589 [details] [diff] [review]
diff -u patch
>- <hbox style="margin-top: 5px">
>- <text class="label" value="&backgroundColor.label;" accesskey="&backgroundColor.accesskey;" for="backgroundmenu"/>
>+ <hbox style="margin-top: 5px" align="center">
>+ <label value="&backgroundColor.label;" accesskey="&backgroundColor.accesskey;" control="backgroundmenu"/>
Ugh. Is that hard-coding really visually needed? (Fix all occurences please)
> <spring flex="1"/>
While you are at it, make <spring/> -> <spacer/> ... Same here, fix all usages.
After those changes. r=hwaara
Attachment #49589 -
Flags: needs-work+
Assignee | ||
Comment 5•24 years ago
|
||
the hard coding is there to put some vertical space between the colorpickers,
and therefore needed (unless ben says it can go). Will change spring foo
Assignee | ||
Comment 6•24 years ago
|
||
Assignee | ||
Updated•24 years ago
|
Attachment #49589 -
Attachment is obsolete: true
Assignee | ||
Comment 7•24 years ago
|
||
new patch, based on trunk (where jag made a spring->spacer mass change). Not
touching the hardcoded part, unless ben goodger agrees (which I doubt, it looks
better with imho). I don't think it warrants to add a style rule for that.
Target Milestone: --- → mozilla0.9.5
Assignee | ||
Comment 8•24 years ago
|
||
Assignee | ||
Comment 9•24 years ago
|
||
sorry for the spam, the newer patch catchs a missed for="" and fixes the
"message display" tab issues that appeared yesterday.
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Assignee | ||
Comment 11•23 years ago
|
||
this got fixed by someone else it seems while this bitrotted
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 12•23 years ago
|
||
okidoke, rs vrfy.
newer and/or seperate issues here can be filed separately, then.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•