Re: r35447 - lyx-devel/trunk/src

On 09/19/2010 06:00 PM, sw...@lyx.org wrote: Author: switt Date: Sun Sep 19 18:00:32 2010 New Revision: 35447 URL: http://www.lyx.org/trac/changeset/35447 Log: replace the map of the speller state with a vector Modified: lyx-devel/trunk/src/Paragraph.cpp Modified:

Re: Farsi Problems in LyX 1.6.7

Hi Jürgen, Hossein Noorikhah wrote: *LyX bugs:* 1. Wrong Shaping: '«' and '»' are shown in wrong manner (reverse), but they appear correctly in the output. Please see the attached picture. Please file a bug report for this on http://www.lyx.org/trac/. This looks like a cosmetic problem

Re: Reference to LyX's examples and templates [Was: Beta plans (again, again)]

Am 19.09.2010 um 22:02 schrieb Jean-Marc Lasgouttes: Le 17/09/2010 17:21, Stephan Witt a écrit : I'll investigate later. I had a short look already... ...one has to avoid use of QFileDialog::getOpenFileName - which is currently used. So it is a little bit more work. Hmm, you mean we

Re: Please, verify the INSTALL on MacOSX document...

Am 19.09.2010 um 12:43 schrieb Stephan Witt: Am 19.09.2010 um 03:33 schrieb BH: On Mon, Sep 6, 2010 at 7:56 AM, Stephan Witt st.w...@gmx.net wrote: Am 06.09.2010 um 13:46 schrieb BH: A couple of minor comments, with my numbering following that of INSTALL.MacOSX: PREREQUISITES 1.

Re: Farsi Problems in LyX 1.6.7

Hossein Noorikhah wrote: Please see: http://www.lyx.org/trac/ticket/6909 [...] Please see: http://www.lyx.org/trac/ticket/6910 Thanks. [...] If the problem you describe occurs after such a language switch, it's a bug, if you expect LyX to detect the language automatically, it's not a

Re: Thesaurus feature (trunk)

Kornel Benko wrote: But wait. If I change a previous checked German word to English, and then try thesaurus on it, I get German as default (should be English) I cannot reproduce this. Do you see this problem with the Thesaurus only, or also with the spellchecker? Jürgen

Re: r35452 - lyx-devel/trunk/src/support

sanda wrote: Author: sanda Date: Sun Sep 19 23:29:09 2010 New Revision: 35452 URL: http://www.lyx.org/trac/changeset/35452 Log: PATH_MAX is not guaranteed by POSIX (fixes bug #6906). Patch from Samuel Thibault. Is this needed for branch as well? Jürgen

Re: Reference to LyX\'s examples and templates [Was: Beta plans (again, again)]

What is it for Windows users, BTW? Don't they suffer from that too? Yes, a lot! I have given up counting mails where I had to describe users where to find LyX's examples because they even didn't know that LyX has already many of them. regards Uwe

Re: Patch: Diagram inset

Am 20.09.2010 05:24, schrieb Ronen Abravanel: The latex error is Improper alphabetic content , [64] [65] [66] [67] [68] (./Math.ind [69] ! Improper alphabetic constant. to be read again \tmspace l.10 \item Accents\char `\tmspace -\thinmuskip {.1667em}for one character, A one-character control

Re: r35452 - lyx-devel/trunk/src/support

Jürgen Spitzmüller wrote: Log: PATH_MAX is not guaranteed by POSIX (fixes bug #6906). Patch from Samuel Thibault. Is this needed for branch as well? personally i wouldn't touch it. pavel

Re: Patch: Diagram inset

Uwe Stöhr wrote: - something similar as I did for amscd in the Math manual or - a separate file like our XYmatrix manual (if a description would be too big for the Math manual) at the very begining of the thread there was example file with lot of stuff which can not be simply add to the math

Re: Patch: Diagram inset

Uwe Stöhr wrote: You will see that LyX 1.6.x cannot handle the columns, because it is unknown for it that \Diagram can have columns and rows. aha, that explain the strange eoln i have seen in diffs between 2.0 and 1.6. pavel

Re: Patch: Diagram inset

Uwe Stöhr wrote: As you know an undocumented feature won't be used - that's why we have e.g. the Math manual. There already exists in sec. 21 Diagrams a description of amscd and a link to the xymatrix description. Can you do me a favor and write either just thinking loudly... we dont have

Re: Solving the Meta/Control key swap problem on Mac OS X

Jens Nöckel wrote: Great! Could someone send me the WIki password? Then I'll add a line under Miscellaneous. sent privately p

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 04:22:44PM +0200, Pavel Sanda wrote: Jürgen Spitzmüller wrote: Log: PATH_MAX is not guaranteed by POSIX (fixes bug #6906). Patch from Samuel Thibault. Is this needed for branch as well? personally i wouldn't touch it. Why? Until the 2004 edition,

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: personally i wouldn't touch it. Why? different linux boxes gave me different info according to their version of glibc and man pages so feeling certain experimental background of this fix ;) adding regression to 1.6 at the stage of (probably last) 1.6.8 is far worse

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 05:36:43PM +0200, Pavel Sanda wrote: Enrico Forestieri wrote: personally i wouldn't touch it. Why? different linux boxes gave me different info according to their version of glibc and man pages so feeling certain experimental background of this fix ;) adding

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: otherwise sorry for those systems not following posix... but this is exactly my concern. what is the gain to experiment with this in 1.6? for 2.0 play as you wish. actually it would be nice to get rid of this ugly ifdef glibc. pavel

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 06:27:13PM +0200, Pavel Sanda wrote: Enrico Forestieri wrote: otherwise sorry for those systems not following posix... but this is exactly my concern. what is the gain to experiment with this in 1.6? I really don't understand. Doing as I said, everything works as

Re: r35452 - lyx-devel/trunk/src/support

On Sun, Sep 19, 2010 at 11:29:09PM +0200, sa...@lyx.org wrote: Author: sanda Date: Sun Sep 19 23:29:09 2010 New Revision: 35452 URL: http://www.lyx.org/trac/changeset/35452 Log: PATH_MAX is not guaranteed by POSIX (fixes bug #6906). Patch from Samuel Thibault. Modified:

Re: r35452 - lyx-devel/trunk/src/support

Andre Poenitz wrote: Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? from what i was told realpath with null argument is gnu only extension. pavel

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 07:40:52PM +0200, Andre Poenitz wrote: Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? That is guaranteed to work only in POSIX 2008. Older versions of the standard declare the behavior as implementation-defined if NULL is used. Passing NULL

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 07:55:36PM +0200, Pavel Sanda wrote: Andre Poenitz wrote: Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? from what i was told realpath with null argument is gnu only extension. As already said, it is a POSIX feature, but only from the 2008

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: I really don't understand. Doing as I said, everything works as before, except that, if it was not compiling before, now it compiles with the only drawback that, if realpath() fails, the old path is returned. So, no change in behavior for systems were it was compiling,

Re: Thesaurus feature (trunk)

Am Montag 20 September 2010 schrieb Jürgen Spitzmüller: Kornel Benko wrote: But wait. If I change a previous checked German word to English, and then try thesaurus on it, I get German as default (should be English) I cannot reproduce this. Do you see this problem with the Thesaurus only,

[patch] LilyPond-book module

Dear devs, Please have a look at the attached, an updated patch to provide lilypond-book support: Inclusion of lilypond code directly in LyX. This is done with a module with OutputFormat keyword and (at the moment) a simple inset. The preview mechanism is extended to allow for musical

Re: [patch] LilyPond-book module

Julien Rioux wrote: - if (!pconverter_){ - if (b.params().encoding().package() == Encoding::japanese) - pconverter_ = setConverter(lyxpreview-platex); - else - pconverter_ = setConverter(lyxpreview); - } + if

Re: [patch] LilyPond-book module

On 20/09/2010 5:16 PM, Pavel Sanda wrote: Julien Rioux wrote: - if (!pconverter_){ - if (b.params().encoding().package() == Encoding::japanese) - pconverter_ = setConverter(lyxpreview-platex); - else - pconverter_ =

Re: [patch] LilyPond-book module

On 20/09/2010 5:16 PM, Pavel Sanda wrote: --- lib/scripts/lyxpreview-lytex2bitmap.py (revision 35036) this file does not exists in lyx proper... there are many other links to lytex in your patch, so before diving in, please send updated version... pavel Same code base, new patch,

Re: [patch] LilyPond-book module

Julien Rioux wrote: The lytex converter adds an extra preprocessing step through i guess thats misunderstanding. there exists special lyx+latex release called lytex and i thought that you refer to THAT lytex ;) have you done svn add lytex, because i dont see any such script in the diff...?

Re: [patch] LilyPond-book module

On 20/09/2010 5:56 PM, Pavel Sanda wrote: Julien Rioux wrote: The lytex converter adds an extra preprocessing step through i guess thats misunderstanding. there exists special lyx+latex release called lytex and i thought that you refer to THAT lytex ;) have you done svn add lytex, because i

Re: [patch] LilyPond-book module

Julien Rioux wrote: \begin{lilypond}...\end{lilypond} snippets. I started using that extension too, but we can choose something else. no, its ok. the current version makes sense to me. pavel

Re: [patch] LilyPond-book module

Julien Rioux wrote: Same code base, new patch, without using svn cp. i went briefly through the patch and looks ok. i will wait whether there are other comments (mainly for the python part which i skipped;) but this can go in imho. pavel

Re: Patch: Diagram inset

Am 20.09.2010 20:04, schrieb Ronen Abravanel: The latex error is Improper alphabetic content , [64] [65] [66] [67] [68] (./Math.ind [69] ! Improper alphabetic constant. to be read again \tmspace l.10 \item Accents\char `\tmspace -\thinmuskip {.1667em}for one character, A one-character

Re: Patch: Diagram inset

Am 20.09.2010 05:24, schrieb Ronen Abravanel: Sorry, this file contains the feynman-doc. Thanks for this contribution. I need to create a separate file with your examples because otherwise the Math manual would not be compilable if the package feyn is not installed. This is because feyn is

Re: r35447 - lyx-devel/trunk/src

On 09/19/2010 06:00 PM, sw...@lyx.org wrote: Author: switt Date: Sun Sep 19 18:00:32 2010 New Revision: 35447 URL: http://www.lyx.org/trac/changeset/35447 Log: replace the map of the speller state with a vector Modified: lyx-devel/trunk/src/Paragraph.cpp Modified:

Re: Farsi Problems in LyX 1.6.7

Hi Jürgen, Hossein Noorikhah wrote: > > *LyX bugs:* > > 1. Wrong Shaping: '«' and '»' are shown in wrong manner (reverse), but > they > > appear correctly in the output. Please see the attached picture. > > Please file a bug report for this on http://www.lyx.org/trac/. This looks > like > a

Re: Reference to LyX's examples and templates [Was: Beta plans (again, again)]

Am 19.09.2010 um 22:02 schrieb Jean-Marc Lasgouttes: > Le 17/09/2010 17:21, Stephan Witt a écrit : >> I'll investigate later. I had a short look already... >> ...one has to avoid use of QFileDialog::getOpenFileName - which is currently >> used. >> So it is a little bit more work. > > Hmm, you

Re: Please, verify the INSTALL on MacOSX document...

Am 19.09.2010 um 12:43 schrieb Stephan Witt: > Am 19.09.2010 um 03:33 schrieb BH: > >> On Mon, Sep 6, 2010 at 7:56 AM, Stephan Witt wrote: >>> Am 06.09.2010 um 13:46 schrieb BH: >>> > >> A couple of minor comments, with my numbering following that of >> INSTALL.MacOSX: >>

Re: Farsi Problems in LyX 1.6.7

Hossein Noorikhah wrote: > Please see: > http://www.lyx.org/trac/ticket/6909 [...] > Please see: > http://www.lyx.org/trac/ticket/6910 Thanks. [...] > > If the problem you describe occurs after such a language switch, it's a > > bug, > > if you expect LyX to detect the language automatically,

Re: Thesaurus feature (trunk)

Kornel Benko wrote: > But wait. If I change a previous checked German word to English, and then > try thesaurus on it, I get German as default (should be English) I cannot reproduce this. Do you see this problem with the Thesaurus only, or also with the spellchecker? Jürgen

Re: r35452 - lyx-devel/trunk/src/support

sanda wrote: > Author: sanda > Date: Sun Sep 19 23:29:09 2010 > New Revision: 35452 > URL: http://www.lyx.org/trac/changeset/35452 > > Log: > PATH_MAX is not guaranteed by POSIX (fixes bug #6906). > Patch from Samuel Thibault. Is this needed for branch as well? Jürgen

Re: Reference to LyX\'s examples and templates [Was: Beta plans (again, again)]

> What is it for Windows users, BTW? > Don't they suffer from that too? Yes, a lot! I have given up counting mails where I had to describe users where to find LyX's examples because they even didn't know that LyX has already many of them. regards Uwe

Re: Patch: Diagram inset

Am 20.09.2010 05:24, schrieb Ronen Abravanel: The latex error is "Improper alphabetic content" , [64] [65] [66] [67] [68] (./Math.ind [69] ! Improper alphabetic constant. \tmspace l.10 \item Accents\char `\tmspace -\thinmuskip {.1667em}for one character, A one-character control sequence

Re: r35452 - lyx-devel/trunk/src/support

Jürgen Spitzmüller wrote: > > Log: > > PATH_MAX is not guaranteed by POSIX (fixes bug #6906). > > Patch from Samuel Thibault. > > Is this needed for branch as well? personally i wouldn't touch it. pavel

Re: Patch: Diagram inset

Uwe Stöhr wrote: > - something similar as I did for amscd in the Math manual > or > - a separate file like our XYmatrix manual (if a description would be too > big for the Math manual) at the very begining of the thread there was example file with lot of stuff which can not be simply add to the

Re: Patch: Diagram inset

Uwe Stöhr wrote: > You will see that LyX 1.6.x cannot handle the columns, because it is > unknown for it that \Diagram can have columns and rows. aha, that explain the strange eoln i have seen in diffs between 2.0 and 1.6. pavel

Re: Patch: Diagram inset

Uwe Stöhr wrote: > As you know an undocumented feature won't be used - that's why we have e.g. > the Math manual. There already exists in sec. 21 "Diagrams" a description > of amscd and a link to the xymatrix description. Can you do me a favor and > write either just thinking loudly... we dont

Re: Solving the Meta/Control key swap problem on Mac OS X

Jens Nöckel wrote: > Great! Could someone send me the WIki password? Then I'll add a line under > "Miscellaneous". sent privately p

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 04:22:44PM +0200, Pavel Sanda wrote: > Jürgen Spitzmüller wrote: > > > Log: > > > PATH_MAX is not guaranteed by POSIX (fixes bug #6906). > > > Patch from Samuel Thibault. > > > > Is this needed for branch as well? > > personally i wouldn't touch it. Why? Until the 2004

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: > > personally i wouldn't touch it. > > Why? different linux boxes gave me different info according to their version of glibc and man pages so feeling certain experimental background of this fix ;) adding regression to 1.6 at the stage of (probably last) 1.6.8 is far

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 05:36:43PM +0200, Pavel Sanda wrote: > Enrico Forestieri wrote: > > > personally i wouldn't touch it. > > > > Why? > > different linux boxes gave me different info according to their version of > glibc and man pages so feeling certain experimental background of this fix

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: >otherwise sorry for those systems not following posix... but this is exactly my concern. what is the gain to experiment with this in 1.6? for 2.0 play as you wish. actually it would be nice to get rid of this ugly ifdef glibc. pavel

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 06:27:13PM +0200, Pavel Sanda wrote: > Enrico Forestieri wrote: > >otherwise sorry for those systems not following posix... > > but this is exactly my concern. what is the gain to experiment with this in > 1.6? I really don't understand. Doing as I said, everything

Re: r35452 - lyx-devel/trunk/src/support

On Sun, Sep 19, 2010 at 11:29:09PM +0200, sa...@lyx.org wrote: > Author: sanda > Date: Sun Sep 19 23:29:09 2010 > New Revision: 35452 > URL: http://www.lyx.org/trac/changeset/35452 > > Log: > PATH_MAX is not guaranteed by POSIX (fixes bug #6906). > Patch from Samuel Thibault. > > Modified: >

Re: r35452 - lyx-devel/trunk/src/support

Andre Poenitz wrote: > Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? from what i was told realpath with null argument is gnu only extension. pavel

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 07:40:52PM +0200, Andre Poenitz wrote: > > Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? That is guaranteed to work only in POSIX 2008. Older versions of the standard declare the behavior as "implementation-defined" if NULL is used. Passing NULL

Re: r35452 - lyx-devel/trunk/src/support

On Mon, Sep 20, 2010 at 07:55:36PM +0200, Pavel Sanda wrote: > Andre Poenitz wrote: > > Is there a reason to not use the '#ifdef __GLIBC__' branch in all cases? > > from what i was told realpath with null argument is gnu only extension. As already said, it is a POSIX feature, but only from the

Re: r35452 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: > I really don't understand. Doing as I said, everything works as before, > except that, if it was not compiling before, now it compiles with the > only drawback that, if realpath() fails, the old path is returned. > So, no change in behavior for systems were it was

Re: Thesaurus feature (trunk)

Am Montag 20 September 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > But wait. If I change a previous checked German word to English, and then > > try thesaurus on it, I get German as default (should be English) > > I cannot reproduce this. Do you see this problem with the Thesaurus

[patch] LilyPond-book module

Dear devs, Please have a look at the attached, an updated patch to provide lilypond-book support: Inclusion of lilypond code directly in LyX. This is done with a module with OutputFormat keyword and (at the moment) a simple inset. The preview mechanism is extended to allow for musical

Re: [patch] LilyPond-book module

Julien Rioux wrote: > - if (!pconverter_){ > - if (b.params().encoding().package() == Encoding::japanese) > - pconverter_ = setConverter("lyxpreview-platex"); > - else > - pconverter_ = setConverter("lyxpreview"); > - } > +

Re: [patch] LilyPond-book module

On 20/09/2010 5:16 PM, Pavel Sanda wrote: Julien Rioux wrote: - if (!pconverter_){ - if (b.params().encoding().package() == Encoding::japanese) - pconverter_ = setConverter("lyxpreview-platex"); - else - pconverter_ =

Re: [patch] LilyPond-book module

On 20/09/2010 5:16 PM, Pavel Sanda wrote: --- lib/scripts/lyxpreview-lytex2bitmap.py (revision 35036) this file does not exists in lyx proper... there are many other links to lytex in your patch, so before diving in, please send updated version... pavel Same code base, new patch,

Re: [patch] LilyPond-book module

Julien Rioux wrote: > The "lytex" converter adds an extra preprocessing step through i guess thats misunderstanding. there exists special lyx+latex release called lytex and i thought that you refer to THAT lytex ;) have you done svn add lytex, because i dont see any such script in the diff...?

Re: [patch] LilyPond-book module

On 20/09/2010 5:56 PM, Pavel Sanda wrote: Julien Rioux wrote: The "lytex" converter adds an extra preprocessing step through i guess thats misunderstanding. there exists special lyx+latex release called lytex and i thought that you refer to THAT lytex ;) have you done svn add lytex, because i

Re: [patch] LilyPond-book module

Julien Rioux wrote: > \begin{lilypond}...\end{lilypond} snippets. I started using that extension > too, but we can choose something else. no, its ok. the current version makes sense to me. pavel

Re: [patch] LilyPond-book module

Julien Rioux wrote: > Same code base, new patch, without using "svn cp". i went briefly through the patch and looks ok. i will wait whether there are other comments (mainly for the python part which i skipped;) but this can go in imho. pavel

Re: Patch: Diagram inset

Am 20.09.2010 20:04, schrieb Ronen Abravanel: The latex error is "Improper alphabetic content" , [64] [65] [66] [67] [68] (./Math.ind [69] ! Improper alphabetic constant. \tmspace l.10 \item Accents\char `\tmspace -\thinmuskip {.1667em}for one character, A one-character control sequence

Re: Patch: Diagram inset

Am 20.09.2010 05:24, schrieb Ronen Abravanel: Sorry, this file contains the feynman-doc. Thanks for this contribution. I need to create a separate file with your examples because otherwise the Math manual would not be compilable if the package feyn is not installed. This is because feyn is