Closed
Bug 132733
Opened 22 years ago
Closed 18 years ago
bidi support for animated alerts
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.2alpha
People
(Reporter: mscott, Assigned: smontagu)
Details
Attachments
(1 file)
2.10 KB,
patch
|
emaijala+moz
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
A spin off bug from #132643. Currently the animated alert comes up over the lower right hand portion of the window, above the system tray. We need to look into adding the ability to have it come up over the bottom left hand side for certain languages were that is more appropriate.
Reporter | ||
Updated•22 years ago
|
QA Contact: stephend → gchan
Comment 1•22 years ago
|
||
I'd like to minus this, but I wanted to get i18n's input on how crucial this is.
Whiteboard: [need info]
Assignee | ||
Comment 2•22 years ago
|
||
It may Just Work in Windows with RTL UI. Shoshannah, do you have a machine where you can test it?
Comment 3•22 years ago
|
||
Discussed in Mail News bug meeting, decided to minus this bug.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 4•19 years ago
|
||
(In reply to comment #2) > It may Just Work in Windows with RTL UI. Unless Windows with RTL UI interprets a window's x coordinates the other way round (x=0 being the right screen edge), it won't work. The coordinates are calculated in platform-neutral JS code, and hard-coded to be the lower right corner (i.e. x and y near screen width and height).
Assignee | ||
Comment 5•19 years ago
|
||
(In reply to comment #4) > (In reply to comment #2) > > It may Just Work in Windows with RTL UI. > > Unless Windows with RTL UI interprets a window's x coordinates the other way > round (x=0 being the right screen edge), it won't work. That's what it does. See http://www.microsoft.com/globaldev/getwr/steps/WRG_mirror.mspx
Assignee | ||
Comment 6•18 years ago
|
||
I was too optimistic about this Just Working in RTL windows. It doesn't work and it's getting on my nerves. This patch will fix it for thunderbird and other toolkit apps. For Seamonkey mail, bug 345238 is also required.
Assignee: mscott → smontagu
Attachment #247669 -
Flags: review?
Assignee | ||
Updated•18 years ago
|
Attachment #247669 -
Flags: review? → review?(emaijala)
Comment 7•18 years ago
|
||
Comment on attachment 247669 [details] [diff] [review] patch Could you prepend GetWindowLong with ::? I know it's already inconsistent, but anyway... I couldn't actually try this, but the code looks good. r=emaijala
Attachment #247669 -
Flags: review?(emaijala) → review+
Assignee | ||
Comment 8•18 years ago
|
||
Comment on attachment 247669 [details] [diff] [review] patch In reply to comment #7) > Could you prepend GetWindowLong with ::? I'll do this before checking in.
Attachment #247669 -
Flags: superreview?(neil)
Comment 9•18 years ago
|
||
Comment on attachment 247669 [details] [diff] [review] patch >+ // If the task bar is right-to-left, move the origin to the >+ // left >+ if (GetWindowLong(shellWindow, GWL_EXSTYLE) & WS_EX_LAYOUTRTL) The :: is going to push the line length over 80 chars, so you might as well join the "left" on to the previous line while you're at it ;-)
Attachment #247669 -
Flags: superreview?(neil) → superreview+
Assignee | ||
Comment 10•18 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [need info]
Comment 11•18 years ago
|
||
This appears to have broken the windows thunderbird build. http://tinderbox.mozilla.org/Thunderbird/
Assignee | ||
Comment 12•18 years ago
|
||
I have no idea why that should happen, since as far as I know WS_EX_LAYOUTRTL has been defined since VC 6 at least, but I checked in an "#ifndef ... #define ..." which fixed the bustage.
Reporter | ||
Comment 13•18 years ago
|
||
I heard the Thunderbird trunk build has a winver set on it that it shouldn't: See Bug 362478. We need to get that removed.
You need to log in
before you can comment on or make changes to this bug.
Description
•