Open Bug 213727 Opened 17 years ago Updated 9 years ago

html and plain text domains prefs box should stay LTR when UI is right to left

Categories

(SeaMonkey :: Preferences, defect, trivial)

x86
Windows XP
defect
Not set
trivial

Tracking

(Not tracked)

People

(Reporter: tsahi_75, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: rtl)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

Description: when the interface is aligned to the right, e.g. when using a RTL
language (like hebrew or arabic), in Edit > preferences > mail & newsgroups >
send format, in the HTML and Plain Text domains boxes, the domains in the boxes
are aligned to the right. they are of course written in latin characters, so the
content of these boxes should remain LTR even when the interface is RTL.

Reproducible: Always

Steps to Reproduce:
1.aligning the interface to the right: add these lines to the file intl.css, in
the locale\en-US\global, in the en-US.jar file (the language pack file, in the
chrome folder):

/*make UI RTL */

window,dialog,wizard,page { direction: rtl; }

menu { direction: rtl; }

outliner { direction: rtl; }

/*
 * make sure search from address bar remains in RTL
 */

#urlbar .autocomplete-search-engine
{
direction: rtl !important;
}

/*
 * keep Composer <HTML> Source tab LTR
 */

#content-source,
#doctype-text { direction: ltr; }


2.start mozilla.
3. go to the mentioned menu item

Actual Results:  
domains are aligned to the right

Expected Results:  
domains should be aligned to the left

smontagu already started to analyse this problem at bug 157607 comment 24. i was
advised to open a new bug on this, since that one is already fixed.
Blocks: 219070
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: MailNews → Core
Depends on: 402637
Tsahi: This is a very old bug. I guess we can now close it. Please confirm.
the fact that it's old doesn't fix it. this bug still persists in TB 2.0.0.12 and SeaMonkey 1.1.7.
Mass-assigning the new rtl keyword to RTL-related (see bug 349193).
Keywords: rtl
Component: MailNews: BiDi Hebrew & Arabic → Layout: Text
QA Contact: giladehven → layout.fonts-and-text
Assignee: mozilla → nobody
Component: Layout: Text → Preferences
Product: Core → SeaMonkey
QA Contact: layout.fonts-and-text → prefs
Ehsan, this bug exists in TB too, not just SeaMonkey.
Component: Preferences → Layout: Text
Product: SeaMonkey → Core
QA Contact: prefs → layout.fonts-and-text
(In reply to comment #4)
> Ehsan, this bug exists in TB too, not just SeaMonkey.

But is it really a core issue?  I guess it's a matter of setting the class of some text boxes to uri-element, right?  (And it's purely a UI bug).
right, but it needs to be fixed on TB too. would you like to open a separate bug for TB on this?
(In reply to comment #6)
> right, but it needs to be fixed on TB too. would you like to open a separate
> bug for TB on this?

Yes, definitely.  See bug 477842.
Component: Layout: Text → Preferences
Product: Core → SeaMonkey
QA Contact: layout.fonts-and-text → prefs
You need to log in before you can comment on or make changes to this bug.