Closed
Bug 180628
Opened 23 years ago
Closed 20 years ago
page setup dialog takes RTL where it shouldn't
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: tsahi_75, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: fixed-aviary1.0, rtl)
Attachments
(9 files)
|
23.28 KB,
image/gif
|
Details | |
|
34.03 KB,
image/gif
|
Details | |
|
7.93 KB,
patch
|
Details | Diff | Splinter Review | |
|
8.92 KB,
image/png
|
Details | |
|
1.52 KB,
patch
|
Details | Diff | Splinter Review | |
|
9.78 KB,
image/png
|
Details | |
|
1.54 KB,
patch
|
mconnor
:
review+
asa
:
approval-aviary+
|
Details | Diff | Splinter Review |
|
12.02 KB,
image/png
|
Details | |
|
2.61 KB,
patch
|
mconnor
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.1) Gecko/20020826
when using a RTL language pack, the page setup dialog, like most of the rest of
the interface, completely takes RTL: in the Margins box, the box for left margin
input is on the right, and for the right margin on the left. but the data
entered on the right box, titled "left", indeed affects the left margin. so
these two boxes need to stay on their original position even when using a RTL
language pack.
the same goes for the header and footer box at the buttom: the left headers are
shown on the right side, and the right headers are shown on the left side.
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):
window,dialog,wizard,page {
direction: rtl;
}
menu { direction: rtl; }
outliner { direction: rtl; }
2. start mozilla
3. open File|Page Setup
Actual Results:
the dialog fully takes BiDi
Expected Results:
some elements, as described, should not take BiDi.
it is possible that this can be fixed, at least temporarily, with proper CSS
declarations in the said intl.css file.
screenshot coming up.
| Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
Marking dependency on bug 139337. "right" and "left" are really the wrong texts
to have in this dialogue in the first place.
Depends on: 139337
Comment 3•22 years ago
|
||
CONFIRMING with mozilla 1.5 on windows 2003. Also, note that the shading of the
db is wrong (see the right border)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•22 years ago
|
||
| Reporter | ||
Comment 5•22 years ago
|
||
if you mean the right side of the right tab, then you are right. it's also there
in WinXP. could be a theme issue though.
not that in the tabs in the Page Info dialog a similar problem exists on the
left side, and in the bookmark properties dialog, it doesn't exist at all.
Comment 6•21 years ago
|
||
This is a fix in the xul file that forces this box to remain LTR, even when the
interface is RTL
Comment 7•21 years ago
|
||
This is a fix in the xul file that forces this box to remain LTR, even when the
interface is RTL. i left out part of the xul file that is unmodified.
Comment 8•21 years ago
|
||
Comment 9•21 years ago
|
||
| Reporter | ||
Comment 10•21 years ago
|
||
could someone please make a decent patch out of attachment 147042 [details] [diff] [review] and review it?
Comment 11•21 years ago
|
||
Attachment #148608 -
Flags: review?(neil.parkwaycc.co.uk)
| Reporter | ||
Comment 12•21 years ago
|
||
thanks!
Comment 13•21 years ago
|
||
Comment on attachment 148608 [details] [diff] [review]
per 147042
I'm moving review request to Simon, but i don't know if it's up-to-date.
Attachment #148608 -
Flags: review?(neil.parkwaycc.co.uk) → review?(smontagu)
Updated•21 years ago
|
OS: Windows XP → All
Hardware: PC → All
Comment 14•21 years ago
|
||
Simon?
Comment 15•21 years ago
|
||
Comment on attachment 148608 [details] [diff] [review]
per 147042
I will update this patch for xpfe/toolkit
Attachment #148608 -
Flags: review?(smontagu)
Updated•21 years ago
|
Assignee: mkaply → bugs.mano
Comment 16•21 years ago
|
||
(In reply to comment #15)
> (From update of attachment 148608 [details] [diff] [review])
> I will update this patch for xpfe/toolkit
As I've said before, your time would be better spent fixing bug 139337.
Comment 17•21 years ago
|
||
(In reply to comment #16)
> (In reply to comment #15)
> > (From update of attachment 148608 [details] [diff] [review])
> > I will update this patch for xpfe/toolkit
> As I've said before, your time would be better spent fixing bug 139337.
It will be nice to have, but _for now_ we should just fix this bug (so you'll
get the same app from installing lang-pack / Localized App).
Comment 18•21 years ago
|
||
(In reply to comment #16)
> (In reply to comment #15)
> > (From update of attachment 148608 [details] [diff] [review])
> > I will update this patch for xpfe/toolkit
>
> As I've said before, your time would be better spent fixing bug 139337.
This is not only a matter of the laft and right lables. the boxes themselves are
opposite which means, that if the interface is RTL and i add a margin of "50" to
the box at the right, the page will actually have a margin of "50" on the left
side of the page. in this case the page preview is also wrong since is shows the
margin of the opposite side (view screenshot). in the case of the screenshot,
the page will have a margin of "50" on the left side and margin of "12.7" on the
right side (the lables are actually right in this case).
Comment 19•21 years ago
|
||
Updated•21 years ago
|
Attachment #160251 -
Attachment description: Localized print preview page → Localized page setup page
Comment 20•21 years ago
|
||
Updated•21 years ago
|
Attachment #163458 -
Flags: review?(bsmedberg)
Attachment #163458 -
Flags: approval-aviary?
Comment 21•21 years ago
|
||
Comment on attachment 163458 [details] [diff] [review]
toolkit patch
I am not an appropriate reviewer for this code.
Attachment #163458 -
Flags: review?(bsmedberg) → review?(bugs)
Updated•21 years ago
|
Flags: blocking-aviary1.0-L10N?
Comment 22•21 years ago
|
||
Comment on attachment 163458 [details] [diff] [review]
toolkit patch
I am OK with this solution on the branch, so that the UI is at least consistent
with the results.
Comment 23•21 years ago
|
||
Comment on attachment 163458 [details] [diff] [review]
toolkit patch
This is pretty safe, and a good fix to take for l10n.
Attachment #163458 -
Flags: review?(bugs) → review+
Updated•21 years ago
|
Flags: blocking-aviary1.0-L10N? → blocking-aviary1.0?
Whiteboard: [have patch]
Updated•21 years ago
|
Whiteboard: [have patch] → [have patch] needs approval
Comment 24•21 years ago
|
||
Comment on attachment 163458 [details] [diff] [review]
toolkit patch
time is short so if this is going to land it needs to happen asap. a=asa for
aviary checkin.
Attachment #163458 -
Flags: approval-aviary? → approval-aviary+
Comment 25•21 years ago
|
||
Steffen, I'm sorry to nag you too much lately ;)
Whiteboard: [have patch] needs approval → ready to land
Updated•21 years ago
|
Flags: blocking-aviary1.0?
Keywords: fixed-aviary1.0
Comment 26•21 years ago
|
||
Toolkit patch checked into aviary branch and trunk.
Leaving open for xpfe.
Whiteboard: ready to land
Comment 27•21 years ago
|
||
Still wondering if we want to land the workaround for xpfe as well, or leave it
for bug139337. Simon / Tsahi ?
Component: Layout: BiDi Hebrew & Arabic → XP Apps: GUI Features
Product: Core → Mozilla Application Suite
| Reporter | ||
Comment 28•21 years ago
|
||
i opened this bug in order to flip the "left" and "right" labels and text fields
in the page setup dialog. from the discussion in bug 139337, it looks like Simon
is planning to do it there. as long as it is done somewhere, i don't really
care, as long as it is done. i don't want it to be forgotten.
Comment 29•21 years ago
|
||
leaving xpfe patch for bug 139337
Assignee: bugs.mano → guifeatures
QA Contact: zach
Comment 30•21 years ago
|
||
this bug got partly broken frome the fix for bug 281545
https://bugzilla.mozilla.org/attachment.cgi?id=177369&action=diff
Comment 31•21 years ago
|
||
I've set the bottom 3 rows to ltr, in order to override the rtl interface
Updated•21 years ago
|
Attachment #178102 -
Flags: review?(mconnor)
Updated•21 years ago
|
Attachment #178102 -
Flags: review?(mconnor) → review+
Comment 32•21 years ago
|
||
Checking in printPageSetup.xul;
/cvsroot/mozilla/toolkit/components/printing/content/printPageSetup.xul,v <--
printPageSetup.xul
new revision: 1.8; previous revision: 1.7
done
Updated•20 years ago
|
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 33•20 years ago
|
||
hey, what about xpfe? it looks to me it will take the better part of a year, if
not more, until SeaMonkey reaches 2.0, when they plan to convert to toolkit.
Comment 34•18 years ago
|
||
Mass-assigning the new rtl keyword to RTL-related (see bug 349193).
Keywords: rtl
You need to log in
before you can comment on or make changes to this bug.
Description
•