Closed
Bug 97119
Opened 24 years ago
Closed 24 years ago
Inconsistent textbox height in Pref -> Advanced -> Proxies
Categories
(SeaMonkey :: Preferences, defect, P4)
SeaMonkey
Preferences
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.7
People
(Reporter: doctor__j, Assigned: hewitt)
Details
(Keywords: classic, modern)
Attachments
(7 files, 5 obsolete files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3+) Gecko/20010824
BuildID: 2001082406
Reproducible: Always
Steps to Reproduce:
1. Open pref menu.
2. Go to Advanced -> Proxies
3. "Automatic proxy config URL" textbox is thicker than the five textboxes above.
![]() |
||
Comment 3•24 years ago
|
||
benc, the networking ppl own this panel, right?
Assignee: sgehani → gagan
QA Contact: sairuh → benc
No. UI folks do.
Assignee: gagan → mpt
Component: Preferences → User Interface Design
QA Contact: benc → zach
![]() |
||
Comment 6•24 years ago
|
||
It's being made too big because it's expanding to fill the extra space created
by the button next door.
Gerv
![]() |
||
Updated•24 years ago
|
Blocks: patchmaker
Comment 7•24 years ago
|
||
Comment 8•24 years ago
|
||
I have created a patch using Patch-Maker. Added autostretch="never" to
attributes of the hbox to avoid stretching of the text box to the height of the
button in the same hbox.
Tested on Win2000 and Linux using Modern and Classic skin.
review anyone?
Keywords: patch
Comment 9•24 years ago
|
||
Comment 10•24 years ago
|
||
This seems like the wrong fix. You shouldn't have to special-case this text
field just to make it the usual height; single-line text fields should always
be the same number of pixels larger than the text inside them, unless
explicitly set otherwise (which isn't the case here). Also, the post-patch
screenshot shows that the text field and button aren't lined up correctly; they
should be vertically centered, not aligned along the top.
Anyway, this isn't a UI Design bug, since the correct design is obvious.
--> Themes
![]() |
Assignee | |
Updated•24 years ago
|
Status: NEW → ASSIGNED
Component: Themes → Preferences
Priority: -- → P4
Target Milestone: --- → mozilla1.0
Comment 11•24 years ago
|
||
If the default behaviour of XUL-elements is to be changed, this is beyond my
possibilities and probably up to quite some discussion. If it changes, recent
discussions suggest it should happen before Mozilla 1.0.
However, if only the minimal solution to the problem should be followed, I have
improved the patch to align text and button vertically, and have also corrected
alignment in the smart_browsing pref-window.
Attaching patch, screenshots.
hewitt: are you the right person for review or can you direct me to somebody else?
Comment 12•24 years ago
|
||
![]() |
Assignee | |
Comment 13•24 years ago
|
||
valign and autostretch have been deprecated. Instead, just use <hbox
align="center"/>
Comment 14•24 years ago
|
||
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
Comment 17•24 years ago
|
||
using align="center" exclusively. Also removed the unnecessary occurancies of
autostretch="never" in pref-proxies.xul and pref-smart_browsing.xul.
I don't want to spam bugzilla, and the windows look good -> omitting screenshots.
Comment 18•24 years ago
|
||
Updated•24 years ago
|
Attachment #54725 -
Attachment is obsolete: true
Updated•24 years ago
|
Attachment #54716 -
Attachment is obsolete: true
Updated•24 years ago
|
Attachment #53642 -
Attachment is obsolete: true
Comment 19•24 years ago
|
||
hewitt, could you please give a look at the most recent patch?
![]() |
Assignee | |
Comment 20•24 years ago
|
||
"right" is a deprecated value for align. Use align="end" instead
![]() |
Assignee | |
Updated•24 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.7
Updated•24 years ago
|
Attachment #54733 -
Attachment is obsolete: true
Comment 21•24 years ago
|
||
Comment 22•24 years ago
|
||
hewitt, thanks for your patience. Here is another one (and I found an
align="left" and replaced it by "start"). No occurrence of autostretch, "right"
or left in the files any more.
![]() |
Assignee | |
Comment 23•24 years ago
|
||
this was fixed by blake's recent xul-mega-landing
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 24•24 years ago
|
||
hewitt: The textbox size is still not ok.
Blake's checkin did not add the necessary align="center" to set the correct
height of the hbox in the proxy window. It fixed autostretch="never" and
"align="center", however, there are still some align="right" in the file.
And the width of the textboxes is now too small, despite a lot of flex="1".
Please REOPEN.
Updated•24 years ago
|
Attachment #56013 -
Attachment is obsolete: true
Comment 25•24 years ago
|
||
Patch V0.6 fixes the textbox height and makes some minor syntay corrections.
However, I could need help to stretch the hboxes to full width of the window.
Despite some flex="1" it doesn't seem to work for me.
Comment 26•24 years ago
|
||
Ups, I just found out I can reopen. Doing so. Sorry for the spam!
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
![]() |
Assignee | |
Comment 27•24 years ago
|
||
That last patch didn't quite do the trick. align="end" didn't work because, in
an hbox, if you want to right-align your contents you need to use pack="end".
Also, I noticed the textboxes weren't flexing as they should, and were a little
too short, so I added a align="stretch" to the top radiogroup.
Comment 28•24 years ago
|
||
hewitt, thank you for the insight.
I applied your patch, it works perfectly, not really unexpected :-)
![]() |
Assignee | |
Comment 29•24 years ago
|
||
fixed
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Updated•23 years ago
|
No longer blocks: patchmaker
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•