Issue 13367 - Font Change does not catch for RTL font
Summary: Font Change does not catch for RTL font
Status: CLOSED FIXED
Alias: None
Product: Internationalization
Classification: Code
Component: BiDi (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-13 12:53 UTC by dov
Modified: 2003-06-26 14:24 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description dov 2003-04-13 12:53:48 UTC
If the font is changed, this font change does not catch for RTL scripts for
newly typed characters. Any RTL characters continue having the attribute that
were in effect before the font change.

To reproduce:

1. Open up a new Text Document
2. Choose RTL paragraph
3. Change the font size to 44 pt
4. Type a RTL character

Result: After typing the RTL character, the font automatically changes back to
size 10 or 12 pt. 

(Note that it is possible to workaround this bug by selecting the entered
character, and then changing the font size. Subsequent character will then have
the requested font attributes.)
Comment 1 Dieter.Loeschky 2003-04-22 11:51:54 UTC
DL->FME: Would you please takeover?
Comment 2 frank.meies 2003-04-22 12:31:07 UTC
FME: Fixed in sw/source/ui/shells/basesh.cxx rev. 1.37.2.2.26.1 for
internal #107759# in sw009.
Comment 3 frank.meies 2003-04-22 12:32:50 UTC
.
Comment 4 dov 2003-04-24 14:00:40 UTC
Shouldn't it be possible to add another font chooser option menu to
the main toolbar for the "complex language" layout? The jumping
between the two different directional languages really isn't clear,
and I wonder if this is really solved. 

E.g. if I choose a font that does not have any Hebrew characters, and
then start typing Hebrew characters, then the font is automatically
changed. But when subsequently writing neutral characters that exist
in the chosen font, then the font automaticalyl is changed back again.
Clearly there are two different fonts involved. But the user interface
doesn't allow controlling them both. 

Should I file this as a different issues?
Comment 5 thorsten.ziehm 2003-05-20 16:14:30 UTC
This task is fixed or worked in OOo 1.1 beta2.
Comment 6 thorsten.ziehm 2003-05-20 16:31:17 UTC
closed ...
Comment 7 dov 2003-06-26 14:24:34 UTC
Verified that this has been fixed. Great! The bug still exists in the
presenter though, but I guess that I have to open a separate issue for
that.