Closed
Bug 88100
Opened 23 years ago
Closed 23 years ago
Bidi preferences are not hooked up
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
VERIFIED
FIXED
People
(Reporter: mkaply, Assigned: mkaply)
References
Details
Attachments
(2 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
This is separate from the UI!!!!
We are missing the code in nsPresContext.cpp that hooks up the Bidi prefefences
to actually do something.
Diff attached.
Assignee | ||
Comment 1•23 years ago
|
||
Assignee | ||
Comment 2•23 years ago
|
||
I actually tried setting the preferences to default to RTL instead of LTR and
noticed some interesting issues, especially in preferences.
We might want to do some investigation into this.
Comment 3•23 years ago
|
||
What happens about defaults? should we set mBidi to IBMBIDI_DEFAULT_BIDI_OPTIONS
before all the |GetIntPref| calls, or in the constructor?
Assignee | ||
Comment 4•23 years ago
|
||
The defaults will come from all.js if the pref is not set by the user,
so we should be OK.
Setting mBidi to IBMBIDI_DEFAULT_BIDI_OPTIONS in the constructor might
be a good thing to do, though, if only for clarity's sake.
Comment 5•23 years ago
|
||
>I actually tried setting the preferences to default to RTL instead of LTR and
>noticed some interesting issues, especially in preferences.
Example? I tried it and it looked as reasonable as Latin text with default RTL
direction ever does, i.e. there were things like
:Choose your preferred language for Mozilla
This is one of the reasons that we decided that default direction made more
sense as a per-page override than a preference.
Assignee | ||
Comment 6•23 years ago
|
||
I saw a couple things:
Home page url looked like this:
/http://www.mozilla.org
and checkboxes were right aligned.
Comment 7•23 years ago
|
||
Is this valid? Your code will make every window use the new pref value once
people change the Pref UI. Is that what we WANT to do? I though the Pref UI
should only control the value of a new window. and once the window get created,
we should let the BIDI Menu (after we add it) to control it instead.
Assignee | ||
Comment 8•23 years ago
|
||
I considered this similar to the font preferences. That is when I change the
font I want to use, it changes it for the page I am currently viewing.
Comment 9•23 years ago
|
||
Mass-move all BiDi Hebrew and Arabic qa to me, zach@zachlipton.com.
Thank you Gilad for your service to this component, and best of luck to you
in the future.
Sholom.
QA Contact: giladehven → zach
Comment 10•23 years ago
|
||
I agree that a change in prefs should come into effect on all open pages, BUT I
don't think that a dynamic change to the options (from the Bidi menu once we
have it) should persist to a new document, so we should cut out the #ifdef
IBMBIDI sections in docshell/base/nsDocShell.cpp.
Add that and r=simon@softel.co.il
Assignee | ||
Comment 11•23 years ago
|
||
Comment 12•23 years ago
|
||
sr=blizzard on both patches.
Assignee | ||
Comment 13•23 years ago
|
||
when you change the preference to RTL, the WHOLE browser goes RTL. Looks pretty
cool.
still needs some work though.
This bug is fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 14•23 years ago
|
||
verify. preferences are working if you change them in the js file.
Status: RESOLVED → VERIFIED
Comment 15•23 years ago
|
||
is there a plan to give usrs a GUI for this prefs? Where do we have
documatition about what they are and what they do?
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in
before you can comment on or make changes to this bug.
Description
•