Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

On Thu, 2024-06-13 at 10:58 +0200, Pavel Sanda wrote: > On Wed, Jun 12, 2024 at 07:09:19PM +0300, Udicoudco wrote: > > As I see it, when show changes in output > > is selected, the output is not even remotely close to the final > > manuscript. > > Right, but that was not my point. What I mean is t

Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

On Wed, Jun 12, 2024 at 07:09:19PM +0300, Udicoudco wrote: > As I see it, when show changes in output > is selected, the output is not even remotely close to the final > manuscript. Right, but that was not my point. What I mean is that I just had to submit to a journal reviewers revised version of

Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

y, in some cases, change some vertical spaces, nothing more really. I can always define separate commands for RTL scripts, I just did not think it was needed in this case. Udi > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

On Wed, Jun 12, 2024 at 01:11:23PM +0300, Udicoudco wrote: > Does this matter? i.e. do we hold strongly > backwards compatibility of the output of change track? Generally we do in between minor version. Here I am ambivalent. I think users should feel confident between switching 2.4.x minor version

Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

On Wed, Jun 12, 2024 at 10:32 AM Pavel Sanda wrote: > > On Mon, Jun 10, 2024 at 12:19:18PM +, Udi Fogiel wrote: > > commit a5749b9c1f5c5b42e6d6db7cd9f2aab16bc28f5b > > Author: Udi Fogiel > > Date: Mon Jun 10 15:19:08 2024 +0300 > > > > Fix chang

Re: [LyX/master] Fix change tracking colors with RTL languages (#12923)

On Mon, Jun 10, 2024 at 12:19:18PM +, Udi Fogiel wrote: > commit a5749b9c1f5c5b42e6d6db7cd9f2aab16bc28f5b > Author: Udi Fogiel > Date: Mon Jun 10 15:19:08 2024 +0300 > > Fix change tracking colors with RTL languages (#12923) > --- > src/LaTeXFeatures.cpp | 4 ++--

Re: [LyX/master] missing background in xetex and fix RTL stuff in preview

On 6/9/24 07:05, Udicoudco wrote: On Sun, Jun 9, 2024 at 1:55 PM Udi-Fogiel wrote: commit 64aad586f49b9047082356e5f217fc6147ac9500 Author: Udi-Fogiel Date: Sun Jun 9 13:36:35 2024 +0300 missing background in xetex and fix RTL stuff in preview * previwes with xetex did not

Re: [LyX/master] missing background in xetex and fix RTL stuff in preview

On Sun, Jun 9, 2024 at 1:55 PM Udi-Fogiel wrote: > > commit 64aad586f49b9047082356e5f217fc6147ac9500 > Author: Udi-Fogiel > Date: Sun Jun 9 13:36:35 2024 +0300 > > missing background in xetex and fix RTL stuff in preview > > * previwes with xetex did no

Re: Wrong Clines with RTL tabular

On Sat, Dec 24, 2022 at 2:03 AM Udicoudco wrote: > > Yes, it behaves like that only if the option layout=tabular is passed. > I think that currently without it, any RTL text inside tabulars is written > as LTR With recent versions of babel the default column direction (without layout

Re: Wrong Clines with RTL tabular

On Sun, Apr 2, 2023 at 12:52 PM Jürgen Spitzmüller wrote: > > Please try again with current master. > Can confirm it is working now. Thanks, Udi > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel -- lyx-devel mailing list lyx-devel@lists.l

Re: Wrong Clines with RTL tabular

Am Dienstag, dem 27.12.2022 um 19:36 + schrieb Udicoudco: > > Thank you Jürgen, the output LaTeX code looks great now. > >  Note that the \L's  still appears in the code preview pane. > >   > > It only happens in the code preview pane of the current paragraph or > body, >  not for the complete

Re: Warnings when using Listings in a RTL document

Am Sonntag, dem 02.04.2023 um 13:21 +0200 schrieb Jürgen Spitzmüller: > This needs some effort. For the time being, I think we will be better > off with this rather harmless info message. Possible approach attached. -- Jürgen diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp index c43421b376..4

Re: Warnings when using Listings in a RTL document

Am Mittwoch, dem 22.03.2023 um 23:21 + schrieb Udicoudco: > > > I attached a possible patch, it only fix the lstlisting case when > > > polyglossia is used, since babel-hebrew does not have an > > > equivalent > > > to \begin{RTL}...\end{RTL} (or there

Re: Warnings when using Listings in a RTL document

On Wed, Mar 22, 2023 at 10:28 PM Udicoudco wrote: > > > I attached a possible patch, it only fix the lstlisting case when > > polyglossia is used, since babel-hebrew does not have an equivalent > > to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex > >

Re: Warnings when using Listings in a RTL document

> I attached a possible patch, it only fix the lstlisting case when > polyglossia is used, since babel-hebrew does not have an equivalent > to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex > does not need this kind of wrappers. I've added line breaks to t

Re: Warnings when using Listings in a RTL document

t; paragraphs, it is better to use > > > \begin{RTL}...\end{RTL}, which basically only issues \par and sets > > > the > > > RTL related conditionals > > > to be false. > > > > Thanks for the detailed explanation. Could you please file a ticket on >

Re: Warnings when using Listings in a RTL document

On Wed, Mar 22, 2023 at 01:13:27PM +0100, Jürgen Spitzmüller wrote: > Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco: > > I think in the case of where forceLTR insets will have multiple > > paragraphs, it is better to use > > \begin{RTL}...\end{RTL}, which basic

Re: Warnings when using Listings in a RTL document

Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco: > I think in the case of where forceLTR insets will have multiple > paragraphs, it is better to use > \begin{RTL}...\end{RTL}, which basically only issues \par and sets > the > RTL related conditionals > to be fals

Re: Warnings when using Listings in a RTL document

Slight correction, the lines > > \@RTLfalse\beginL{ > \begin{lstlisting} > Hello > \end{lstlisting} > }\endL > should be {\@RTLfalse\beginL \begin{lstlisting} Hello \end{lstlisting} }\endL and the lines > > \@RTLfalse\beginL{ > \par > Hello > \par > }\endL > should be {\@RTLfalse\beginL

Re: Warnings when using Listings in a RTL document

and \beginL does not have to end with \endR or \endL when used in horizontal mode (not restricted horizontal mode), and if this is the case, e.g we started \beginR without ending it, all subsequent text will be typeset in a RTL paragraph, and the behaviour is restored to the default at the start of the

Re: Warnings when using Listings in a RTL document

On Tue, Mar 21, 2023 at 12:50:06PM +0100, Jürgen Spitzmüller wrote: > Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco: > > Hello all, > > > > Attached a LyX file and its export to LaTeX code. > > When compiling with XeLaTeX the exported code > > I get the warning: > > > >     \endL o

Re: Warnings when using Listings in a RTL document

Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco: > Hello all, > > Attached a LyX file and its export to LaTeX code. > When compiling with XeLaTeX the exported code > I get the warning: > >     \endL or \endR problem (0 missing, 1 extra) in paragraph at lines > 26--27 Interestingly,

Warnings when using Listings in a RTL document

Hello all, Attached a LyX file and its export to LaTeX code. When compiling with XeLaTeX the exported code I get the warning: \endL or \endR problem (0 missing, 1 extra) in paragraph at lines 26--27 If I replace \LRE{ \begin{lstlisting} Hello \end{lstlisting} } With \begin{LTR} \begin{ls

Re: Wrong Clines with RTL tabular

On Tue, Dec 27, 2022 at 7:02 PM Udicoudco wrote: > Thank you Jürgen, the output LaTeX code looks great now. > Note that the \L's still appears in the code preview pane. > > It only happens in the code preview pane of the current paragraph or body, not for the complete source. -- lyx-devel m

Re: Wrong Clines with RTL tabular

On Tue, Dec 27, 2022 at 7:02 PM Udicoudco wrote: > > I will open tickets for both. > > I now realize that permission is still needed to register to track, Who should I send the request to? Regards, Udi -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-

Re: Wrong Clines with RTL tabular

gt; > Could math equations be made as an exception to forceRTL decoration, > > just as ERT? > > Maybe, yes. This needs careful testing, though. Again, I don't know > much about RTL business. > > I will open tickets for both. Regards, Udi -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Wrong Clines with RTL tabular

> hebrew (including ERT, and in english the movement direction is > correct). Don't know much about this territory. > > I could contact Javier Bezos and ask if this option should always be > used with RTL languages and lualatex. If  so, should lyx pass it by > default when us

Re: Wrong Clines with RTL tabular

ght have used this > setting for the case babel or inputenc are loaded in the class. These > documents would break, so we cannot change that without accounting for > backwards compatibility. > > > Another issue with using LyX and LuaTeX with RTL language > > is identical to

Re: Wrong Clines with RTL tabular

not change that without accounting for backwards compatibility. > Another issue with using LyX and LuaTeX with RTL language >  is identical to this ticket I mentioned previously. > The file RTL_tabular_lua2.lyx demonstrates that. I see, so babel with bidi reverses table columns, but on

Re: Wrong Clines with RTL tabular

he error ! Undefined control sequence. \R for example , but the exported code would contain a lot of unnecessary \R's and \L's. Another issue with using LyX and LuaTeX with RTL language is identical to this ticket <https://www.lyx.org/trac/ticket/9686> I mentioned previo

Re: Wrong Clines with RTL tabular

Am Donnerstag, dem 22.12.2022 um 10:39 + schrieb Udicoudco: > Would it be reasonable to format the output latex code when exporting > an RTL LyX document > with LuaTeX s.t it will use babel instead of polyglossia?  (attached > a latex file that demonstrates the format i want to

Re: Wrong Clines with RTL tabular

yX does not invert the syntax with LuaTeX. The problem is that LyX use polyglossia by default with non-TeX fonts and LuaTeX, and to my knowledge there is no utility for RTL tabular with LuaLaTeX and polyglossia (i.e. all the text inside the tabular is LTR). With XeLaTeX there's the file *

Re: Wrong Clines with RTL tabular

Am Donnerstag, dem 22.12.2022 um 01:02 +0200 schrieb Udicoudco: > Dear LyX developers, > > It seems that LyX switches the directions of \cline inside the > tabular while using RTL language with XeLaTeX. > > I think it is related to this ticket, as the fix to this bug was to &

Re: Wrong Clines with RTL tabular

On Thu, Dec 22, 2022 at 01:02:28AM +0200, Udicoudco wrote: > Dear LyX developers, > > It seems that LyX switches the directions of \cline inside the tabular > while using RTL language with XeLaTeX. > > I think it is related to this ticket <https://www.lyx.org/trac/ticket/9

Wrong Clines with RTL tabular

Dear LyX developers, It seems that LyX switches the directions of \cline inside the tabular while using RTL language with XeLaTeX. I think it is related to this ticket <https://www.lyx.org/trac/ticket/9686>, as the fix to this bug was to invert the syntax of the tabular, but, for example

Re: RTL cursor movement

Op 23-07-19 om 07:41 schreef Jürgen Spitzmüller: Am Dienstag, den 23.07.2019, 06:40 +0200 schrieb Jürgen Spitzmüller: I see. This makes sense. I will update the docs. This is what I came up with: Right-to-left cursor movement: Here you can define how cursor movement (with the arrow keys) beha

Re: RTL cursor movement

Am Dienstag, den 23.07.2019, 06:40 +0200 schrieb Jürgen Spitzmüller: > I see. This makes sense. I will update the docs. This is what I came up with: Right-to-left cursor movement: Here you can define how cursor movement (with the arrow keys) behaves when writing scripts with right-to-left directi

Re: RTL cursor movement

Am Montag, den 22.07.2019, 21:33 +0200 schrieb Cor Blom: > I use logical navigation. What I expect is that with logical > navigation > the direction is determined by the direction (RTL or LTR) of the > whole > paragraph. When in the paragraph a few words have an alternative >

Re: RTL cursor movement

Op 22-07-19 om 20:06 schreef Jean-Marc Lasgouttes: We could also wonder whether anybody misses the logical navigation... I use logical navigation. What I expect is that with logical navigation the direction is determined by the direction (RTL or LTR) of the whole paragraph. When in the

Re: RTL cursor movement

Le 22/07/2019 à 18:58, Jürgen Spitzmüller a écrit : Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right ar

Re: RTL cursor movement

Le 22/07/2019 à 18:58, Jürgen Spitzmüller a écrit : Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right ar

Re: RTL cursor movement

Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: > I wanted to add a tooltip to the RTL cursor movement items in Prefs > > Language, but I am unable to find out what it actually does. I would > expect that the left/right arrow keys behave differently in RTL > cont

RTL cursor movement

I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right arrow keys behave differently in RTL context depending on whether "Logical" or "Visual" is selected, but t

Re: Alignment of section titles in KOMA classes for RTL

Le 05/11/2018 à 06:29, Richard Kimberly Heck a écrit : On 11/4/18 2:49 PM, Guy Rutenberg wrote: Hi, In the regular document classes, if a document's main language is Hebrew, than alignment in LyX's display of section titles is context-dependent (right if Hebrew, left otherwise). In the Koma

Re: Alignment of section titles in KOMA classes for RTL

Le 5 novembre 2018 06:29:48 GMT-10:00, Richard Kimberly Heck a écrit : >This sounds like a bug, but probably one it is fairly easy to fix. >JMarc >will probably know where this is to be done. Unfortunately, I do not >know where alignment is handled. Probably in the row metrics but I >can't >find

Re: Alignment of section titles in KOMA classes for RTL

On 11/4/18 2:49 PM, Guy Rutenberg wrote: > Hi, > > In the regular document classes, if a document's main language is > Hebrew, than alignment in LyX's display of section titles is > context-dependent (right if Hebrew, left otherwise). In the Koma > classes (for example KOMA-Script article) it does

Re: [LyX/master] Proper logos with RTL

Am Montag, 16. Juli 2018 12:27:46 CEST schrieb Jürgen Spitzmüller : > 2018-07-16 11:26 GMT+02:00 Kornel Benko : > > > There is still something not right. At least, there is a difference > > between display in lyx-window > > and the result in pdf. > > Attached are the snippets of the float table 5

Re: [LyX/master] Proper logos with RTL

2018-07-16 11:26 GMT+02:00 Kornel Benko : > There is still something not right. At least, there is a difference > between display in lyx-window > and the result in pdf. > Attached are the snippets of the float table 5.1 from ar/UserGuide.lyx > (tab:Accent-names-and) > My change did not address th

Re: [LyX/master] Proper logos with RTL

Am Sonntag, 15. Juli 2018 20:59:38 CEST schrieb Juergen Spitzmueller : > commit e5a9244bef8b7d86ae86fa2d180adbd0c47b70f1 > Author: Juergen Spitzmueller > Date: Sun Jul 15 20:56:55 2018 +0200 > > Proper logos with RTL > There is still something not right. At

Re: #10436: RTL characters protrude over inset box

the same happens with an Arabic keyboard. Question: is there something to do with key mapping and/or binding for RTL? I do not know what we can do. On linux/mac Home is Home, no left/right arrow. We do have a mechanism that inverts left and right for RtL (visual cursor vs logical cursor move

Re: #10436: RTL characters protrude over inset box

Am 25.10.2016 um 00:35 schrieb LyX Ticket Tracker : > > #10436: RTL characters protrude over inset box > ---+ > Reporter: uwestoehr | Owner: skostysh > Type: defect | Status: fixedinma

Re: [LyX/master] Add 'dir="auto"' to the body tag for XHTML export. This should take care of much of what we need to do for RTL languages. It does not take care of inline language changes, probably.

to the body tag for XHTML export. This should take care of much of what we need to do for RTL languages. It does not take care of inline language changes, probably. Actually, we force the text direction according to language. Font::isVisibleRightToLeft gives this information. "Hebre

Re: [LyX/master] Add 'dir="auto"' to the body tag for XHTML export. This should take care of much of what we need to do for RTL languages. It does not take care of inline language changes, probably.

7; to the body tag for XHTML export. This should take >> care of much of what we need to do for RTL languages. It does not >> take care of inline language changes, probably. > > Actually, we force the text direction according to language. > Font::isVisibleRightToLeft giv

Re: [LyX/master] Add 'dir="auto"' to the body tag for XHTML export. This should take care of much of what we need to do for RTL languages. It does not take care of inline language changes, probably.

Le 31/07/2016 à 08:53, Richard Heck a écrit : commit 07dcb1c525435c6f22de4314ba31150c53502429 Author: Richard Heck Date: Sun Jul 31 02:52:30 2016 -0400 Add 'dir="auto"' to the body tag for XHTML export. This should take care of much of what we need to do for RT

Re: Need RtL user wisdom (was: Re: logical cursor movement)

wrote: > >> Thank you Lior and Guy for the explanations. I think I'm starting to > >> understand a bit more. However, when you say "document is LtR", I assume > >> you mean that the language in document settings is a language that is RtL? > >&

Re: Need RtL user wisdom (was: Re: logical cursor movement)

;m starting to >> understand a bit more. However, when you say "document is LtR", I assume you >> mean that the language in document settings is a language that is RtL? If >> that is the case, then why when I go to the document settings and change the >> language from

Re: Need RtL user wisdom (was: Re: logical cursor movement)

On Mon, 06 Jul 2015 02:43:25 -0700 Scott Kostyshak wrote: > Thank you Lior and Guy for the explanations. I think I'm starting to > understand a bit more. However, when you say "document is LtR", I assume you > mean that the language in document settings is a language th

Re: Need RtL user wisdom (was: Re: logical cursor movement)

gical" > behaviour is as follows: > > 1. If the document is LtR and there is text is RtL then "right arrow" > means "move forward", "left" means "move back", and the cursor moves > in the arrow direction if in English text, but in the opposit

Re: Need RtL user wisdom (was: Re: logical cursor movement)

ussed in the mailing-list before). I guess it may require sometime to get used to if you are not familiar with the directionality-hell that comes along with using a RTL language in a LTR environment :-) Regards, Guy

Re: Need RtL user wisdom (was: Re: logical cursor movement)

Tested with LyX 2.1.3 (so with my own file, not the attachment) and got the expected result. "Visual" cursor movement means left and right arrow keys always move the cursor left and right. The "logical" behaviour is as follows: 1. If the document is LtR and there is tex

Need RtL user wisdom (was: Re: logical cursor movement)

Le 04/07/2015 14:38, Scott Kostyshak a écrit : I have no experience with how this is supposed to work, but I would like to confirm that this behavior is expected: 1. In Tools > Preferences > Language Settings, set "Cursor movement" to "Logical" (by the way, a tooltip here might be useful). 2. Op

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

On 03/21/2014 04:09 AM, Jean-Marc Lasgouttes wrote: Le 21/03/2014 04:34, Richard Heck a écrit : I added it so you can do e.g. [82c77f14/features] now. There's all sorts of other info here: http://trac.edgewall.org/wiki/TracRepositoryAdmin but I'm not sure any of it really needs to be done

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

Le 21/03/2014 04:34, Richard Heck a écrit : I added it so you can do e.g. [82c77f14/features] now. There's all sorts of other info here: http://trac.edgewall.org/wiki/TracRepositoryAdmin but I'm not sure any of it really needs to be done. Hmm, Vincent convinced me that we do not want to

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

: Thu Mar 20 11:00:14 2014 +0100 Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display When trying to point to this commit in trac, I noticed that there is no shortcut for the features git repository (featgit or whatever). I tried to add it dfrom the administrative

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

: Thu Mar 20 11:00:14 2014 +0100 Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display When trying to point to this commit in trac, I noticed that there is no shortcut for the features git repository (featgit or whatever). I tried to add it dfrom the administrative

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

20/03/2014 11:49, Vincent van Ravesteijn: Richard, Vincent, do you know how to create this new shortcut for features.git commits? Could you do it? I'm not so sure whether that would be useful. If the feature is rebased onto master, for example, the commit-sha1 will change, and we the commit wi

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

e793f38a62c020b024e2eece44 >> Author: Jean-Marc Lasgouttes >> Date: Thu Mar 20 11:00:14 2014 +0100 >> >> Fix bug #9040: In RtL documents end-of-paragraph marker shifts the >> row display > > > When trying to point to this commit in trac, I noticed that ther

Re: [LyX features/str-metrics] Fix bug #9040: In RtL documents end-of-paragraph marker shifts the row display

: In RtL documents end-of-paragraph marker shifts the row display When trying to point to this commit in trac, I noticed that there is no shortcut for the features git repository (featgit or whatever). I tried to add it dfrom the administrative panel but then was told that some extra works needs

[PATCH] Fix bug #6389: Make columns RTL in RTL document

This patch adds LaTeX code to make sure that the columns in an RTL document are also ordered RTL. Objections or comments ? --- src/BufferParams.cpp |3 +++ src/LaTeXFeatures.cpp | 39 +++ 2 files changed, 42 insertions(+), 0 deletions(-) diff --git

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Abdelrazak Younes writes: > Or even three if this is a bidi document (eg: Hebrew/English with a > French UI). In general for stuff like this LyX uses the language of > current paragraph... I hope this is also true for numbering. I thought it was rather the language of the document... JMarc

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Jürgen Spitzmüller wrote: Abdelrazak Younes wrote: Would be nice to do the same for Arabic and Farsi. Drop a note to our Arabic translator (or just do it). Done. Abdel.

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Abdelrazak Younes wrote: > Would be nice to do the same for Arabic and Farsi. Drop a note to our Arabic translator (or just do it). For Farsi, we have no localization. Jürgen

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Jürgen Spitzmüller wrote: Guy Rutenberg wrote: I've altered the he.po file and it worked. I've attached a patch of the changes. It's in (branch and trunk). Would be nice to do the same for Arabic and Farsi. Abdel.

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Guy Rutenberg wrote: > I've altered the he.po file and it worked. I've attached a patch of the > changes. It's in (branch and trunk). Jürgen

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Guy Rutenberg wrote: Hi, On Mon, Jan 12, 2009 at 12:16 PM, Abdelrazak Younes > wrote: Jean-Marc Lasgouttes wrote: For stuff like this, LyX uses the language of the document, not of the interface. Actually, LyX uses (at least) two localizatio

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Hi, On Mon, Jan 12, 2009 at 12:16 PM, Abdelrazak Younes wrote: > Jean-Marc Lasgouttes wrote: > >> >> For stuff like this, LyX uses the language of the document, not of the >> interface. Actually, LyX uses (at least) two localizations in parallel. >> >> > > Or even three if this is a bidi documen

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Jean-Marc Lasgouttes wrote: "Guy Rutenberg" writes: There are two reasons that I think are worth putting it in the C++ code: 1. Many users who write documents in Hebrew are using the English interface of LyX, so that changes in he.po will not affect them. For stuff like this, LyX use

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

ow the dot before the symbol. No (see above). > I haven't verified it, but I think this is an issue with all RTL languages, > and I believe it shouldn't be tied to any specific language translation. It should just be done in every language that needs it. Could you please try to do it and report back what problems remain? JMarc

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

it will just create another problem, because now the numbering in the English text will show the dot before the symbol. I haven't verified it, but I think this is an issue with all RTL languages, and I believe it shouldn't be tied to any specific language translation. Regards, Guy

Re: [Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

On Mon, 12 Jan 2009 08:55:22 +0200 Guy Rutenberg wrote: > Hi, > > When writing a paragraph with an RTL language (I checked with Hebrew, but it > should also happen with Arabic), and adding numbered list, the symbols are > shown in the wrong order. I mean by that, that the dot c

[Patch] Fix for Numbering Symbol Direction in RTL Paragraphs

Hi, When writing a paragraph with an RTL language (I checked with Hebrew, but it should also happen with Arabic), and adding numbered list, the symbols are shown in the wrong order. I mean by that, that the dot comes before the numbering symbol instead of after it. The patch checks whether we

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

abc\n| FED FED| FED ) 2) boundary should not be set (even if left_font is provided) at pos == 0; fixes this: abc\n -> toggle to RTL -> abc\n (and not:abc\n| | | )

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

n| FED FED| FED ) 2) boundary should not be set (even if left_font is provided) at pos == 0; fixes this: abc\n -> toggle to RTL -> abc\n (and not:abc\n| | | ) Hi Dov, The second

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

abc\n| >> FED FED| FED ) >> >> 2) boundary should not be set (even if left_font is provided) at pos == 0; >>fixes this: >> >> abc\n -> toggle to RTL -> abc\n (and not:abc\n| >>

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

ont is provided) at pos == 0; fixes this: abc\n -> toggle to RTL -> abc\n (and not:abc\n| | | ) Hi Dov, The second example you give here is quite a special case. In this case, there a three possible locations. At the upp

[PATCH 3 of 3] more cursor RTL boundary fixes

After inserting a character, cursor boundary was not being recalculated. This may have been OK up until now, but after the previous fix, there is now a case where the boundary *does* change as the result of a character insertion: abc\n -> toggle to RTL -> abc\n -> insert A ->

[PATCH 2 of 3] two fixes of RTL boundary calculation:

fixes this: abc\n -> toggle to RTL -> abc\n (and not:abc\n| | | ) This fixes some manifestations of http://bugzilla.lyx.org/show_bug.cgi?id=5061 # HG changeset patch # User Dov Feldstern <[EMAIL PROTECTED]> # Dat

Re: [Fwd: add equation from RTL]

Dov Feldstern schrieb: Mmmm, no, I'm afraid not; AFAIK, LyX does not currently support RTL text inside math... Could you please report this at bugzilla, so that this won't be forgotten? regards Uwe

Re: [Fwd: add equation from RTL]

Mmmm, no, I'm afraid not; AFAIK, LyX does not currently support RTL text inside math... I'm not sure why; OTOH, I'm not sure how to do it in LaTeX. Hatim, could you send the list the latex which produces a minimal example of Arabic inside a math equat

[Fwd: add equation from RTL]

hatim ali wrote: i hope you can add written Mathematical equation from right to left, like the image in attachment, i do it with texmaker program. I think that this is already possible. Dov, Ran, is this the case? regards Uwe <>

Re: Text completion and RTL

Stefan Schimanski wrote: Am 14.03.2008 um 15:25 schrieb Dov Feldstern: Stefan Schimanski wrote: Am 14.03.2008 um 15:05 schrieb Dov Feldstern: Hi! There's a small problem with the text completion and RTL text: The grayed-out inline completion appears backwards in RTL text (see att

Re: Text completion and RTL

Am 14.03.2008 um 15:25 schrieb Dov Feldstern: Stefan Schimanski wrote: Am 14.03.2008 um 15:05 schrieb Dov Feldstern: Hi! There's a small problem with the text completion and RTL text: The grayed-out inline completion appears backwards in RTL text (see attached image). I have to

Re: Text completion and RTL

Stefan Schimanski wrote: Am 14.03.2008 um 15:05 schrieb Dov Feldstern: Hi! There's a small problem with the text completion and RTL text: The grayed-out inline completion appears backwards in RTL text (see attached image). I have to check my code as well. The idea was to revers

Re: Text completion and RTL

Am 14.03.2008 um 15:05 schrieb Dov Feldstern: Hi! There's a small problem with the text completion and RTL text: The grayed-out inline completion appears backwards in RTL text (see attached image). I can explain why it is happening (and why this problem wasn't observed wh

Text completion and RTL

Hi! There's a small problem with the text completion and RTL text: The grayed-out inline completion appears backwards in RTL text (see attached image). I can explain why it is happening (and why this problem wasn't observed when RTL was tested with latin characters), but I don&

Re: [Patch] Re: ERT bug with RTL

On Thu, 25 Oct 2007 10:01:21 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > > Done, see attached. > > Very good. > > JMarc It's committed, thanks. - Martin

Re: [Patch] Re: ERT bug with RTL

Martin Vermeer <[EMAIL PROTECTED]> writes: > Done, see attached. Very good. JMarc

Re: [Patch] Re: ERT bug with RTL

Every day, and in every way, it gets better and better. (With apologies to Inspector Dreyfus, not to mention Emile Coue.) rh Martin Vermeer wrote: On Wed, Oct 24, 2007 at 12:38:54PM +0200, Jean-Marc Lasgouttes wrote: Martin Vermeer <[EMAIL PROTECTED]> writes: Ah. But doesn't verba

[Patch] Re: ERT bug with RTL

On Wed, Oct 24, 2007 at 12:38:54PM +0200, Jean-Marc Lasgouttes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > > Ah. But doesn't verbatim imply free spacing? And what about allowEmpty()? > > > > I see what's happening with the Verbatim layout and with the > > FreeSpacing parameter, but wha

Re: ERT bug with RTL

On Wednesday 24 October 2007 17:14:50 Andre Poenitz wrote: > It's a thing that should be decided per case in the review proces... I agree. > In theory. > > Andre' -- José Abílio

  1   2   3   4   5   6   >