Open
Bug 213727
Opened 21 years ago
Updated 14 years ago
html and plain text domains prefs box should stay LTR when UI is right to left
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
NEW
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.
|
||
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Updated•20 years ago
|
Product: MailNews → Core
|
||
Comment 1•16 years ago
|
||
Tsahi: This is a very old bug. I guess we can now close it. Please confirm.
|
Reporter | |
Comment 2•16 years ago
|
||
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.
|
||
Comment 3•16 years ago
|
||
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
|
|
||
Updated•15 years ago
|
Assignee: mozilla → nobody
Component: Layout: Text → Preferences
Product: Core → SeaMonkey
QA Contact: layout.fonts-and-text → prefs
|
|
Reporter | |
Comment 4•15 years ago
|
||
Ehsan, this bug exists in TB too, not just SeaMonkey.
Component: Preferences → Layout: Text
Product: SeaMonkey → Core
QA Contact: prefs → layout.fonts-and-text
|
|
||
Comment 5•15 years ago
|
||
(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).
|
|
Reporter | |
Comment 6•15 years ago
|
||
right, but it needs to be fixed on TB too. would you like to open a separate bug for TB on this?
|
|
||
Comment 7•15 years ago
|
||
(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.
Description
•