Re: Towards rc1 (status update #4, trunk frozen)

Stephan Witt wrote: But I tried to verify it on Linux - it is there too. No platform dependency! You have to disable the Open documents in tabs check box in preferences and follow the recipe Anders gave exactly. Interestingly the existing document is marked as changed after saving the

Setting use_system_colors to true?

Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) JMarc

Re: Setting use_system_colors to true?

Jean-Marc Lasgouttes wrote: Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) Can you remember me which colors are affected? Jürgen

Re: Setting use_system_colors to true?

Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) I'd happily distribute it like that for mac os. This patch I

Re: Setting use_system_colors to true?

Le 08/03/2011 12:05, Stephan Witt a écrit : Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) I'd happily

Setting GUI to english

A stupid question: is it suppoed to be possible in preferences to set the GUI to 'no translation' aka english? I cannot do that at least on my build. JMarc

Re: Setting GUI to english

Jean-Marc Lasgouttes wrote: A stupid question: is it suppoed to be possible in preferences to set the GUI to 'no translation' aka english? I cannot do that at least on my build. I have English and this seems to work. Jürgen

Re: Setting use_system_colors to true?

Am 08.03.2011 um 12:08 schrieb Jean-Marc Lasgouttes: Le 08/03/2011 12:05, Stephan Witt a écrit : Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is

Re: Setting GUI to english

On Tue, Mar 8, 2011 at 12:10 PM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: A stupid question: is it suppoed to be possible in preferences to set the GUI to 'no translation' aka english? I cannot do that at least on my build. JMarc Aussi ici, pas de problème. Vincent

Re: Setting use_system_colors to true?

Jürgen Spitzmüller wrote: Jean-Marc Lasgouttes wrote: Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) Can you remember me which colors are affected? wasn't some

Re: Setting use_system_colors to true?

Pavel Sanda wrote: Can you remember me which colors are affected? wasn't some flame war around this ? i mean why it didn't happen at that time if its good idea... :) (can't rememember details) The only flames I remember in this context were fueled by the background color of the work area.

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose formated ref for a cross reference, the package prettyref is loaded in the LaTeX preamble but the reference is traduced by \ref{...} instead of \prettyref{...}. I've just tried

Bug in 2.0RC1? language changing change the language of already written text.

Hello, I started using LyX 2.0RC1, and by now, there is only one thing that bothers me: While I'm typing a document in one language, and then, when the cursor is right after the last word (with no space), I'm typing language hebrew in the minibuffer (or: using predefined shortcuts that commits

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 16:51 schrieb Ronen Abravanel: Hello, I started using LyX 2.0RC1, and by now, there is only one thing that bothers me: While I'm typing a document in one language, and then, when the cursor is right after the last word (with no space), I'm typing language hebrew in

Re: Bug in 2.0RC1? language changing change the language of already written text.

My most common situation in which this is a problem is the following Hebrew text (English translation) more hebrew.. For most language, you wouldn't mind if the ( ) will be in English or in other language, but Hebrew is written from right to left, which means the Parentheses are written in

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

Le 08.03.2011 14:56, Richard Heck a écrit : On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose formated ref for a cross reference, the package prettyref is loaded in the LaTeX preamble but the reference is traduced by \ref{...}

compile 2.0rc1 on mac

I have been testing the beta versions of Lyx 2.0 for some time on my Mac running OS 10.6.6. With the latest svn version I get the following error in the build stage regarding Hunspell: CXXHunspellChecker.o HunspellChecker.cpp:31:33: error: hunspell/hunspell.hxx: No such file or

[RFC] what is a word (boundary)?

IIRC somebody already brought up this issue some time back. Hunspell can check both complex composites constructed with (hard) hyphens (as in fifty-year-old chap) and, more interestingly, elliptical or fractal composites who use a hard hyphen in order to refer to a shared morpheme in a paired

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

On 03/08/2011 11:47 AM, Charpentier Philippe wrote: Le 08.03.2011 14:56, Richard Heck a écrit : On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose formated ref for a cross reference, the package prettyref is loaded in the

Re: compile 2.0rc1 on mac

Am 08.03.2011 um 18:29 schrieb William Bray: I have been testing the beta versions of Lyx 2.0 for some time on my Mac running OS 10.6.6. With the latest svn version I get the following error in the build stage regarding Hunspell: CXXHunspellChecker.o

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 17:36 schrieb Ronen Abravanel: My most common situation in which this is a problem is the following Hebrew text (English translation) more hebrew.. For most language, you wouldn't mind if the ( ) will be in English or in other language, but Hebrew is written from right

Re: Bug in 2.0RC1? language changing change the language of already written text.

Works grate for me... On Tue, Mar 8, 2011 at 10:54 PM, Stephan Witt st.w...@gmx.net wrote: Am 08.03.2011 um 17:36 schrieb Ronen Abravanel: My most common situation in which this is a problem is the following Hebrew text (English translation) more hebrew.. For most language, you

Re: Bug in 2.0RC1? language changing change the language of already written text.

Stephan Witt wrote: The attached patch changes this to restore the old behavior when cursor is at the word end. Ok to apply? maybe add comment into code for the next generations? pavel

Re: compile 2.0rc1 on mac

Le 08/03/2011 21:30, Stephan Witt a écrit : The attached patch fixes this. JMarc, is this the right thing? I think it was correct, but here is nevertheless a more idiomatic version (that subsumes José's patch too). Please and commit if it works also for you. José, if you have time, please

Re: Bug in 2.0RC1? language changing change the language of already written text.

Le 08/03/2011 21:54, Stephan Witt a écrit : The attached patch changes this to restore the old behavior when cursor is at the word end. Ok to apply? You can simply use WHOLE_WORD_STRICT instead of WHOLE_WORD to get this effect. JMarc

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 23:09 schrieb Jean-Marc Lasgouttes: Le 08/03/2011 21:54, Stephan Witt a écrit : The attached patch changes this to restore the old behavior when cursor is at the word end. Ok to apply? You can simply use WHOLE_WORD_STRICT instead of WHOLE_WORD to get this effect. Ah, ok

Re: compile 2.0rc1 on mac

Am 08.03.2011 um 23:06 schrieb Jean-Marc Lasgouttes: Le 08/03/2011 21:30, Stephan Witt a écrit : The attached patch fixes this. JMarc, is this the right thing? I think it was correct, but here is nevertheless a more idiomatic version (that subsumes José's patch too). The problem was: the

Re: [RFC] what is a word (boundary)?

Am 08.03.2011 um 18:56 schrieb Jürgen Spitzmüller: IIRC somebody already brought up this issue some time back. JMarcs mail from 2011-02-02 with subject Spell checking and breaking words. Yes, we should do something about this. Hunspell can check both complex composites constructed with

Re: Towards rc1 (status update #4, trunk frozen)

Stephan Witt wrote: > But I tried to verify it on Linux - it is there too. No platform dependency! > You have to disable the "Open documents in tabs" check box in preferences and > follow the recipe Anders gave exactly. > > Interestingly the existing document is marked as changed after saving the

Setting use_system_colors to true?

Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) JMarc

Re: Setting use_system_colors to true?

Jean-Marc Lasgouttes wrote: > Since we might get more system-like icons, could we set system colors to > 'true' by default? Remember that the background color is not affected, > for you linen lovers :) Can you remember me which colors are affected? Jürgen

Re: Setting use_system_colors to true?

Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: > Hello, > > Since we might get more system-like icons, could we set system colors to > 'true' by default? Remember that the background color is not affected, for > you linen lovers :) I'd happily distribute it like that for mac os. This

Re: Setting use_system_colors to true?

Le 08/03/2011 12:05, Stephan Witt a écrit : Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: Hello, Since we might get more system-like icons, could we set system colors to 'true' by default? Remember that the background color is not affected, for you linen lovers :) I'd happily

Setting GUI to english

A stupid question: is it suppoed to be possible in preferences to set the GUI to 'no translation' aka english? I cannot do that at least on my build. JMarc

Re: Setting GUI to english

Jean-Marc Lasgouttes wrote: > A stupid question: is it suppoed to be possible in preferences to set > the GUI to 'no translation' aka english? I cannot do that at least on my > build. I have "English" and this seems to work. Jürgen

Re: Setting use_system_colors to true?

Am 08.03.2011 um 12:08 schrieb Jean-Marc Lasgouttes: > Le 08/03/2011 12:05, Stephan Witt a écrit : >> Am 08.03.2011 um 11:51 schrieb Jean-Marc Lasgouttes: >> >>> Hello, >>> >>> Since we might get more system-like icons, could we set system colors to >>> 'true' by default? Remember that the

Re: Setting GUI to english

On Tue, Mar 8, 2011 at 12:10 PM, Jean-Marc Lasgouttes wrote: > A stupid question: is it suppoed to be possible in preferences to set the > GUI to 'no translation' aka english? I cannot do that at least on my build. > > JMarc Aussi ici, pas de problème. Vincent

Re: Setting use_system_colors to true?

Jürgen Spitzmüller wrote: > Jean-Marc Lasgouttes wrote: > > Since we might get more system-like icons, could we set system colors to > > 'true' by default? Remember that the background color is not affected, > > for you linen lovers :) > > Can you remember me which colors are affected? wasn't

Re: Setting use_system_colors to true?

Pavel Sanda wrote: > > Can you remember me which colors are affected? > > wasn't some flame war around this ? i mean why it didn't happen at that > time if its good idea... :) (can't rememember details) The only flames I remember in this context were fueled by the background color of the work

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose "formated ref" for a cross reference, the package prettyref is loaded in the LaTeX preamble but the reference is traduced by \ref{...} instead of \prettyref{...}. I've just

Bug in 2.0RC1? language changing change the language of already written text.

Hello, I started using LyX 2.0RC1, and by now, there is only one thing that bothers me: While I'm typing a document in one language, and then, when the cursor is right after the last word (with no space), I'm typing "language hebrew" in the minibuffer (or: using predefined shortcuts that

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 16:51 schrieb Ronen Abravanel: > Hello, > > I started using LyX 2.0RC1, and by now, there is only one thing that bothers > me: > While I'm typing a document in one language, and then, when the cursor is > right after the last word (with no space), I'm typing "language

Re: Bug in 2.0RC1? language changing change the language of already written text.

My most common situation in which this is a problem is the following Hebrew text (English translation) more hebrew.. For most language, you wouldn't mind if the " ( )" will be in English or in other language, but Hebrew is written from right to left, which means the Parentheses are written in

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

Le 08.03.2011 14:56, Richard Heck a écrit : On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose "formated ref" for a cross reference, the package prettyref is loaded in the LaTeX preamble but the reference is traduced by

compile 2.0rc1 on mac

I have been testing the beta versions of Lyx 2.0 for some time on my Mac running OS 10.6.6. With the latest svn version I get the following error in the build stage regarding Hunspell: CXXHunspellChecker.o HunspellChecker.cpp:31:33: error: hunspell/hunspell.hxx: No such file or

[RFC] what is a word (boundary)?

IIRC somebody already brought up this issue some time back. Hunspell can check both complex composites constructed with (hard) hyphens (as in "fifty-year-old chap") and, more interestingly, "elliptical" or "fractal" composites who use a hard hyphen in order to refer to a "shared" morpheme in a

Re: Bug with prettyref in lyx-2.0-rc1 (rev 37872)

On 03/08/2011 11:47 AM, Charpentier Philippe wrote: Le 08.03.2011 14:56, Richard Heck a écrit : On 03/08/2011 02:34 AM, Philippe Charpentier wrote: Hi the following bug is present in the revision 37872: if I choose "formated ref" for a cross reference, the package prettyref is loaded in the

Re: compile 2.0rc1 on mac

Am 08.03.2011 um 18:29 schrieb William Bray: > I have been testing the beta versions of Lyx 2.0 for some time on my Mac > running OS 10.6.6. > > With the latest svn version I get the following error in the build stage > regarding Hunspell: > > > CXXHunspellChecker.o >

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 17:36 schrieb Ronen Abravanel: > My most common situation in which this is a problem is the following > > Hebrew text (English translation) more hebrew.. > > For most language, you wouldn't mind if the " ( )" will be in English or in > other language, but Hebrew is written

Re: Bug in 2.0RC1? language changing change the language of already written text.

Works grate for me... On Tue, Mar 8, 2011 at 10:54 PM, Stephan Witt wrote: > Am 08.03.2011 um 17:36 schrieb Ronen Abravanel: > > > My most common situation in which this is a problem is the following > > > > Hebrew text (English translation) more hebrew.. > > > > For most

Re: Bug in 2.0RC1? language changing change the language of already written text.

Stephan Witt wrote: > The attached patch changes this to restore the old behavior when cursor is at > the word end. > Ok to apply? maybe add comment into code for the next generations? pavel

Re: compile 2.0rc1 on mac

Le 08/03/2011 21:30, Stephan Witt a écrit : The attached patch fixes this. JMarc, is this the right thing? I think it was correct, but here is nevertheless a more idiomatic version (that subsumes José's patch too). Please and commit if it works also for you. José, if you have time, please

Re: Bug in 2.0RC1? language changing change the language of already written text.

Le 08/03/2011 21:54, Stephan Witt a écrit : The attached patch changes this to restore the old behavior when cursor is at the word end. Ok to apply? You can simply use WHOLE_WORD_STRICT instead of WHOLE_WORD to get this effect. JMarc

Re: Bug in 2.0RC1? language changing change the language of already written text.

Am 08.03.2011 um 23:09 schrieb Jean-Marc Lasgouttes: > Le 08/03/2011 21:54, Stephan Witt a écrit : >> The attached patch changes this to restore the old behavior when cursor is >> at the word end. >> Ok to apply? > > You can simply use WHOLE_WORD_STRICT instead of WHOLE_WORD to get this effect.

Re: compile 2.0rc1 on mac

Am 08.03.2011 um 23:06 schrieb Jean-Marc Lasgouttes: > Le 08/03/2011 21:30, Stephan Witt a écrit : >> The attached patch fixes this. JMarc, is this the right thing? > > I think it was correct, but here is nevertheless a more idiomatic version > (that subsumes José's patch too). The problem

Re: [RFC] what is a word (boundary)?

Am 08.03.2011 um 18:56 schrieb Jürgen Spitzmüller: > IIRC somebody already brought up this issue some time back. JMarcs mail from 2011-02-02 with subject "Spell checking and breaking words". Yes, we should do something about this. > Hunspell can check both complex composites constructed with