Re: [patch] support for document class option leqno

2017-05-09 Thread Uwe Stöhr
El 09.05.2017 a las 22:47, Uwe Stöhr escribió: Unfortunately I have not much spare time. I'll have a look right now and try to send a patch. I needed all I had for a CMake issue and LyX 2.2.3. Maybe I will have some time on Thursday. If you have time, please step in and add support for

Re: [patch] support for document class option leqno

2017-05-09 Thread Uwe Stöhr
El 05.05.2017 a las 18:38, Jean-Marc Lasgouttes escribió: Here is the example again. Thanks. With this file, the numbers are on the left side in the PDF output, although I did not use leqno. That is what i meant. Yes, it is possible that document classes or packages set the default

Re: [patch] support for document class option leqno

2017-05-06 Thread Jean-Marc Lasgouttes
Is that a threat ? Am I supposed to be scared ? JMarc Le 5 mai 2017 23:35:16 GMT+02:00, Guillaume MM a écrit : >Le 05/05/2017 à 19:52, Jean-Marc Lasgouttes a écrit : >> I can tell you that I am very grateful to Guillaume for his >persistence. > >Thanks to you for listening. It is

Re: [patch] support for document class option leqno

2017-05-06 Thread Jean-Marc Lasgouttes
Le 6 mai 2017 02:03:20 GMT+02:00, Scott Kostyshak a écrit : >On Fri, May 05, 2017 at 11:35:16PM +0200, Guillaume MM wrote: >> Le 05/05/2017 à 19:52, Jean-Marc Lasgouttes a écrit : >> > > No, I am not going to "feel free" to implement it. I already >"fell free" >> >> "felt" ;)

Re: [patch] support for document class option leqno

2017-05-05 Thread Scott Kostyshak
On Fri, May 05, 2017 at 11:35:16PM +0200, Guillaume MM wrote: > Le 05/05/2017 à 19:52, Jean-Marc Lasgouttes a écrit : > > Le 05/05/2017 à 18:38, Jean-Marc Lasgouttes a écrit : > > > > So please fell free to ad support reqno if others agree. > > > > > > No, I am not going to "feel free" to

Re: [patch] support for document class option leqno

2017-05-05 Thread Guillaume MM
Le 05/05/2017 à 19:52, Jean-Marc Lasgouttes a écrit : Le 05/05/2017 à 18:38, Jean-Marc Lasgouttes a écrit : So please fell free to ad support reqno if others agree. No, I am not going to "feel free" to implement it. I already "fell free" "felt" ;) to rewrite partly the fleqn patch and to

Re: [patch] support for document class option leqno

2017-05-05 Thread Jean-Marc Lasgouttes
Le 05/05/2017 à 18:38, Jean-Marc Lasgouttes a écrit : So please fell free to ad support reqno if others agree. No, I am not going to "feel free" to implement it. I already "fell free" to rewrite partly the fleqn patch and to implement the GUI drawing. I also "fell free" to propose to help with

Re: [patch] support for document class option leqno

2017-05-05 Thread Jean-Marc Lasgouttes
Le 04/05/17 à 00:30, Uwe Stöhr a écrit : I again missed things from you. Could you please resend the example? In which post have you sent it? (Maybe I need to check my list reading software that it doesn't swallow attachments). Here is the example again. Note that it is not rcket science: I

Re: [patch] support for document class option leqno

2017-05-04 Thread Guenter Milde
On 2017-05-03, Uwe Stöhr wrote: > El 03.05.2017 a las 12:05, Jean-Marc Lasgouttes escribió: ... >> So you are telling me that, when you use plain babel (TeX fonts) and >> arabic language, without any fancy leqno option, you do not see that the >> number is on the left without asking for it???

Re: [patch] support for document class option leqno

2017-05-03 Thread Uwe Stöhr
El 03.05.2017 a las 12:05, Jean-Marc Lasgouttes escribió: To state it again: the number may be on the left without leqno. Do we want to provide a way to set it on the right in such cases? I wrote in my last mail why I wouldn't do this. If others think different then fine by me if we support

Re: [patch] support for document class option leqno

2017-05-03 Thread Guenter Milde
On 2017-05-03, Jean-Marc Lasgouttes wrote: > Le 02/05/2017 à 23:02, Uwe Stöhr a écrit : ... > To state it again: the number may be on the left without leqno. Do we > want to provide a way to set it on the right in such cases? ... > or flat out admit that we do not care if Arabic users have a >

Re: [patch] support for document class option leqno

2017-05-03 Thread Jean-Marc Lasgouttes
Le 02/05/2017 à 23:02, Uwe Stöhr a écrit : I see it a bit different: - leqno puts the formula number ALWAYS on the left side. This is clearly stated in the AMS manuals and also in the LaTeX companion 2nd edition. I spent some time in testing out Farsi, Arabic and Hebrew and with leqno I get the

Re: [patch] support for document class option leqno

2017-05-03 Thread Guenter Milde
Dear Uwe, dear Jean-Marc, dear LyX developers, On 2017-05-02, Uwe Stöhr wrote: > El 02.05.2017 a las 17:02, Jean-Marc Lasgouttes escribió: >> 1/ understand, for the various languages and packages implementing these >> languages what are the cases where the default is to put the number on >>

Re: [patch] support for document class option leqno

2017-05-02 Thread Uwe Stöhr
El 02.05.2017 a las 17:02, Jean-Marc Lasgouttes escribió: 1/ understand, for the various languages and packages implementing these languages what are the cases where the default is to put the number on the left. I have identified one, there are probably others. 2/ see whether LyX can have

Re: [patch] support for document class option leqno

2017-05-02 Thread Jean-Marc Lasgouttes
Le 29/04/2017 à 16:38, Guenter Milde a écrit : So, it seems in arabic equation numbering does not change sides. It still may be different with babel vs. polyglossia, with other RTL languages and/or additional packages. I think that it depends on the package (Hebrew shall be checked too). This

Re: [patch] support for document class option leqno

2017-05-02 Thread Jean-Marc Lasgouttes
Le 02/05/2017 à 16:42, Kornel Benko a écrit : Am Dienstag, 2. Mai 2017 um 16:35:03, schrieb Jean-Marc Lasgouttes Le 02/05/2017 à 16:31, Kornel Benko a écrit : Is this one better? But I see the number to the right when editing. The pdflatex output is to the left, as it

Re: [patch] support for document class option leqno

2017-05-02 Thread Kornel Benko
Am Dienstag, 2. Mai 2017 um 16:35:03, schrieb Jean-Marc Lasgouttes > Le 02/05/2017 à 16:31, Kornel Benko a écrit : > >> Is this one better? > > > > But I see the number to the right when editing. The pdflatex output is to > > the left, as it is the math-preview. > > I

Re: [patch] support for document class option leqno

2017-05-02 Thread Jean-Marc Lasgouttes
Le 02/05/2017 à 16:31, Kornel Benko a écrit : Is this one better? But I see the number to the right when editing. The pdflatex output is to the left, as it is the math-preview. I thought tht the question was whether the number is on the left when typesetting. It seemed to me that Uwe

Re: [patch] support for document class option leqno

2017-05-02 Thread Kornel Benko
Am Dienstag, 2. Mai 2017 um 16:00:40, schrieb Jean-Marc Lasgouttes > Le 02/05/2017 à 15:37, Kornel Benko a écrit : > >> I do not know anything about Arabic, so I created with LyX 2.3.3dev a > >> document with language arabic_arabi, and I see the equation numbers on > >> the

Re: [patch] support for document class option leqno

2017-05-02 Thread Jean-Marc Lasgouttes
Le 02/05/2017 à 15:37, Kornel Benko a écrit : I do not know anything about Arabic, so I created with LyX 2.3.3dev a document with language arabic_arabi, and I see the equation numbers on the left. I do not understand why you do not see the same, Uwe. Wrong file attached? The sent doc is

Re: [patch] support for document class option leqno

2017-05-02 Thread Kornel Benko
Am Dienstag, 2. Mai 2017 um 14:47:23, schrieb Jean-Marc Lasgouttes > Le 26/04/2017 à 00:16, Uwe Stöhr a écrit : > > El 25.04.2017 a las 07:41, Guenter Milde escribió: > > > >> In this case, shouldn't it be named "right/left", as "before/after" would > >> mean reverse

Re: [patch] support for document class option leqno

2017-05-02 Thread Jean-Marc Lasgouttes
Le 26/04/2017 à 00:16, Uwe Stöhr a écrit : El 25.04.2017 a las 07:41, Guenter Milde escribió: In this case, shouldn't it be named "right/left", as "before/after" would mean reverse placement (left/right) in RTL languages? At first I sent the patch using left/right but JMarc said that this

Re: [patch] support for document class option leqno

2017-04-30 Thread Uwe Stöhr
El 29.04.2017 a las 16:38, Guenter Milde escribió: So, it seems in arabic equation numbering does not change sides. It still may be different with babel vs. polyglossia, with other RTL languages and/or additional packages. The safe option would be a 3-way setting: I don't understand. All my

Re: [patch] support for document class option leqno

2017-04-29 Thread Guenter Milde
On 2017-04-25, Uwe Stöhr wrote: > El 25.04.2017 a las 07:41, Guenter Milde escribió: >> In this case, shouldn't it be named "right/left", as "before/after" would >> mean reverse placement (left/right) in RTL languages? > At first I sent the patch using left/right but JMarc said that this >

Re: [patch] support for document class option leqno

2017-04-25 Thread Uwe Stöhr
El 25.04.2017 a las 07:41, Guenter Milde escribió: In this case, shouldn't it be named "right/left", as "before/after" would mean reverse placement (left/right) in RTL languages? At first I sent the patch using left/right but JMarc said that this would be incorrect for RTL languages. I

Re: [patch] support for document class option leqno

2017-04-25 Thread Uwe Stöhr
> Gesendet: Dienstag, 25. April 2017 um 10:56 Uhr > Von: "Jean-Marc Lasgouttes" > > I looked a bit at it and it seems that at least Arabic documents use > left numbering by default and that it is right side that might have to > be specified (I did not have good hebrew fonts

Re: [patch] support for document class option leqno

2017-04-25 Thread Jean-Marc Lasgouttes
Le 25/04/2017 à 03:03, Uwe Stöhr a écrit : El 23.04.2017 a las 01:25, Uwe Stöhr escribió: Thanks for having a look. That is a good point. I will rename it according to your proposal. This was not necessary because leqno numbers also in Arabic documents at the left side because the default is

Re: [patch] support for document class option leqno

2017-04-24 Thread Guenter Milde
On 2017-04-25, Uwe Stöhr wrote: > El 23.04.2017 a las 01:25, Uwe Stöhr escribió: >> Thanks for having a look. That is a good point. I will rename it >> according to your proposal. > This was not necessary because leqno numbers also in Arabic documents at > the left side because the default is

Re: [patch] support for document class option leqno

2017-04-24 Thread Uwe Stöhr
El 23.04.2017 a las 01:25, Uwe Stöhr escribió: Thanks for having a look. That is a good point. I will rename it according to your proposal. This was not necessary because leqno numbers also in Arabic documents at the left side because the default is the right side. I chase anyway the name

Re: [patch] support for document class option leqno

2017-04-22 Thread Uwe Stöhr
El 19.04.2017 a las 14:55, Jean-Marc Lasgouttes escribió: I did not try it, but the structure looks OK to me. Still, I have a problem with left/right, which will be wrong in RtL documents. What about "number before/after equation"? Thanks for having a look. That is a good point. I will

Re: [patch] support for document class option leqno

2017-04-19 Thread Jean-Marc Lasgouttes
Le 19/04/2017 à 00:27, Uwe Stöhr a écrit : LyX 2.3 will support the document class option fleqn so I thin the other generic math document class option "leqno" should be supported as well. Attached is the patch. There shouldn't be controversies except of the place of the combobox (an the name

Re: [patch] support for document class option leqno

2017-04-18 Thread Uwe Stöhr
El 19.04.2017 a las 00:27, Uwe Stöhr escribió: Attached is the patch. Hi JMarc, the patch misses the visualization within LYX. I have the same problem as with the visualization of mathindent. I cannot find where in the code we set draw the general math inset. You said that you will do

[patch] support for document class option leqno

2017-04-18 Thread Uwe Stöhr
LyX 2.3 will support the document class option fleqn so I thin the other generic math document class option "leqno" should be supported as well. Attached is the patch. There shouldn't be controversies except of the place of the combobox (an the name of its label of course ;-) ). I put it in