Closed Bug 45016 Opened 24 years ago Closed 21 years ago

Wrong field alignment in use with the "windowblinds" desktop enhancement

Categories

(Core Graveyard :: Skinability, defect, P3)

x86
Windows 2000

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: andre, Assigned: danm.moz)

References

Details

Attachments

(6 files)

B: 2000-07-09-20
I´m not sure whether this is the right component.

I´m using the windowblinds enhancement on Win2000 to make Windoze look better
and to add feature like collapse windows, set on top.... to *every* window
(http://www.windowblinds.net)

Unfortunately mozilla aligns its buttons and input fields in preferences and
popup boxes inappropriate.

Watch attachment #1 [details] [diff] [review], that´s the state mozilla generates.
Watch attachment #2 [details] [diff] [review], that´s the state mozilla generate *after* one click on the
border (see mouse cursor position).

I think if I can manually correct this by clicking on the border it should not
be as hard to fix... :)
alangho@itbnet.de (André) are you attaching something to help explain this further?
Attached image #1 Before clicking
Attached image #1After clicking
Sorry I just forget to add that attachments
reassign and setting default owner.
Assignee: asa → matt
Component: Browser-General → Preferences
QA Contact: doronr → sairuh
ben, jrgm, do either of you see this? (i don't have win2k.) would this belong in
the themes or xp toolkit component?
You can run windowblinds on winNT or 9x
Although the talkback component hasn´t much to do with mozilla, I though it 
probably helps. This bug is really bad and I heard of many windozers using 
windowblinds, perhaps this is a nsbeta3 candidate?
bug 48021 has additional screenshots that show what is apparently a 
Windowblinds/Mozilla conflict. Until the last few versions, what I see with 
Mozilla is what I used to see with Windowblinds - then they got their sizing 
right. 
*** Bug 48021 has been marked as a duplicate of this bug. ***
*** Bug 54337 has been marked as a duplicate of this bug. ***
*** Bug 55404 has been marked as a duplicate of this bug. ***
*** Bug 55160 has been marked as a duplicate of this bug. ***
This bug still persists in Build 2000102320.  I don't see a need for a screen
shot, since it would be similar to the preceding one in this thread of comments.

	Dale
*** Bug 62931 has been marked as a duplicate of this bug. ***
still present, adjusting severity
Severity: normal → minor
Keywords: correctness
is this limited to the mailnews account settings panel, or does this also occur
in the prefs dialog [from Edit > Preferences]?
Assignee: matt → racham
Component: Preferences → Account Manager
Product: Browser → MailNews
QA Contact: sairuh → nbaca
One of the duplicates here is marked as a crasher. nbaca: can you evaluate
severity please?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
The problem with Windowblinds is that all "skinned" windows have a larger height
than displayed. It is the same number of pixels as the top border's size.
To confirm, open any window (eg. Explorer) then do a alt+printscreen, then paste
the clipboard content into a paint program. You will notice the extra height.

Mozilla could be getting the "wrong" window size attributes. A few programs that
remembers window sizes will get larger with each open. Most don't have such
problem though. I don't do windows programming so I don't know what numbers are
used.
=>danm
Assignee: racham → danm
Status: ASSIGNED → NEW
Component: Account Manager → Skinability
Product: MailNews → Browser
QA Contact: nbaca → sairuh
Target Milestone: mozilla1.0.1 → ---
QA Contact: sairuh → pmac
Target Milestone: --- → Future
wfm
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: