Closed Bug 132733 Opened 22 years ago Closed 18 years ago

bidi support for animated alerts

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.2alpha

People

(Reporter: mscott, Assigned: smontagu)

Details

Attachments

(1 file)

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.
Status: NEW → ASSIGNED
Keywords: nsbeta1
QA Contact: paw → stephend
I'd like to minus this, but I wanted to get i18n's input on how crucial this is.
Whiteboard: [need info]
It may Just Work in Windows with RTL UI. Shoshannah, do you have a machine where
you can test it?
Discussed in Mail News bug meeting, decided to minus this bug.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → mozilla1.2alpha
Blocks: 137995
Product: Core → Mozilla Application Suite
(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).
(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
No longer blocks: 137995
Attached patch patchSplinter Review
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?
Attachment #247669 - Flags: review? → review?(emaijala)
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+
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 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+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [need info]
This appears to have broken the windows thunderbird build.

http://tinderbox.mozilla.org/Thunderbird/
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.
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.

Attachment

General

Created:
Updated:
Size: