Bug 41034 - no RTL cursor movement and paragraph direction
Summary: no RTL cursor movement and paragraph direction
Status: CLOSED FIXED
Alias: None
Product: kword
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: RedHat Enterprise Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Thomas Zander
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-04-15 12:18 UTC by oren
Modified: 2004-05-17 21:27 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description oren 2002-04-15 12:08:45 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kword
Version:           V1.1.1 for KDE3.0 (using KDE 3.0.0 )
Severity:          normal
Installed from:    RedHat RPMs
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

Unlike KMail You cannot write Right-To-Left text properly in KWord.

You cannot set the direction of a paragraph to be right-to-left

A (lame) workaround is to use right alignment but then the cursor won't follow your typing.
This is really frustrating.

Oren. 

(Submitted via bugs.kde.org)
Comment 1 David Faure 2002-04-15 14:41:35 UTC
On Monday 15 April 2002 14:08 oren@mindcitetech.com wrote:
> Package: kword
> Version: V1.1.1 for KDE3.0 (using KDE 3.0.0 )
> Severity: normal
> Installed from:    RedHat RPMs
> Compiler:          Not Specified
> OS:                Linux
> OS/Compiler notes: Not Specified
> 
> Unlike KMail You cannot write Right-To-Left text properly in KWord.
> 
> You cannot set the direction of a paragraph to be right-to-left

Ok I'm working on RTL right now. I have fixed all WYSIWYG-related problems
but the question of paragraph direction remains.

Qt has 4 alignments: Auto Left Justify Right Center.
Hmm I can't count that's 5 ;-)

But how should a word processor work? I don't think that having those 5
alignments as toolbar buttons would work "Auto" would be much too hard
to explain to an end user particularly a LTR one.

[The current problem is that we use Auto initially so it works when typing
but when saving and loading the value "left" is stored so the paragraph is
re-created as left-aligned instead of Auto and there's no way to come back
to Auto again].

Here's the way I see this instead please tell me if that would work:
the initial alignment is "Auto" and when the first char of the paragraph is 
typed the alignment is determined and _applied_ to the paragraph which
will remember if it's Left or Right aligned and the corresponding toolbar
button will be checked. 
This means in other words:
1- the current button is "Left alignment" 
2- you start typing
3- automatically the "Right alignment" button becomes pressed
and the paragraph indeed becomes right aligned.
To change the alignment one can use the "Left align" button
(which in this case is equivalent to an LTR user clicking the "right-align" button
i.e. it's a case that happens rather rarely).

Is this how other word processors do it? Any better way?

-- 
David FAURE david@mandrakesoft.com faure@kde.org
http://people.mandrakesoft.com/~david/ http://www.konqueror.org/
KDE Making The Future of Computing Available Today
Comment 2 Eyal Bd 2002-04-15 17:15:06 UTC
On Monday 15 April 2002 17:41 David Faure wrote:

[...]

> Here's the way I see this instead please tell me if that would work:
> the initial alignment is "Auto" and when the first char of the paragraph
> is typed the alignment is determined and _applied_ to the paragraph
> which will remember if it's Left or Right aligned and the corresponding
> toolbar button will be checked.
> This means in other words:
> 1- the current button is "Left alignment"
> 2- you start typing
> 3- automatically the "Right alignment" button becomes pressed
> and the paragraph indeed becomes right aligned.
> To change the alignment one can use the "Left align" button
> (which in this case is equivalent to an LTR user clicking the "right-align"
> button i.e. it's a case that happens rather rarely).
>
> Is this how other word processors do it? Any better way?

Hello

Your suggestion looks OK.

Here are some more topics to consider when implementing RTL (from open office 
page)

http://sw.openoffice.org/drafts/BiDiLayout.html

I forgot to mention in the problem report some topics that are mentioned in 
the above page (e.g tables status bar etc)

Thanks
Eyal
Comment 3 David Faure 2002-06-04 17:54:40 UTC
Thank you for your bug report.
The bug that you reported has been identified and has been fixed in the latest
development (CVS) version of KDE. The bug report will be closed.

-- 
David FAURE david@mandrakesoft.com faure@kde.org
http://people.mandrakesoft.com/~david/
Contributing to: http://www.konqueror.org/ http://www.koffice.org/
KDE Making The Future of Computing Available Today