Re: Re: XML Parsing Library [was Re: XML For LyX]

On Thursday 09 May 2013 14:21:37 Richard Heck wrote: On Linux, of course, it is different. One would just expect this library already to be installed. But things do not work that way on the other OSs. Richard From the webpage: Libxml2 is known to be very portable, the library should build

Re: [ANNOUNCE] LyX 2.0.6 Released

Hi José from Milan, we just noticed that the Portuguese translation of LyX is becoming more and more outdated. Do you see a way to get it update? For example you could encourage one of your students using LyX to contribute a few translations? best regards Uwe

Re: Re: XML Parsing Library [was Re: XML For LyX]

José Matos wrote: Or are you thinking about any other system that is not included in this list? :-) I don't see Haiku, where we currently compile ;) What would be the disadvantage of relying on it? I mean what are concerns about depending on it? But jokes aside, you have to rely on

Re: [ANNOUNCE] LyX 2.0.6 Released

Le 10/05/2013 11:14, Uwe Stöhr a écrit : Hi José from Milan, we just noticed that the Portuguese translation of LyX is becoming more and more outdated. Do you see a way to get it update? For example you could encourage one of your students using LyX to contribute a few translations? As I told

Re: XML Parsing Library [was Re: XML For LyX]

On 09-05-2013 18:52, Richard Heck wrote: On 05/08/2013 06:24 PM, José Matos wrote: On Wednesday 08 May 2013 17:43:41 Richard Heck wrote: Thinking ahead, however: Should we use some SAX library to read the XML? Or should we just adapt the Lexer for this purpose? Richard Lars had that working

Re: bug on Lyx 2.0.6?

Am 09.05.2013 20:58, schrieb Nicola Scafetta, Ph. D.: I agree that on Linux everything looks fine. The same problem that I am having with 2.0.6 was also present in 2.0.5. I can reproduce the problem and are working to get this fixed. thanks for the report and regards Uwe

Re: XML Parsing Library [was Re: XML For LyX]

On 05/10/2013 04:46 AM, José Matos wrote: On Thursday 09 May 2013 14:21:37 Richard Heck wrote: On Linux, of course, it is different. One would just expect this library already to be installed. But things do not work that way on the other OSs. Richard From the webpage: Libxml2 is known to be

Re: [LyX master] Automatic horiz/vert switch also for Advanced Tab (completing e3677975).

Op 5-5-2013 16:10, Tommaso Cucinotta schreef: The branch, master, has been updated. - Log - commit bd9e8fecd3f4b6d537e8805d2021ca62c3ca588e Author: Tommaso Cucinotta tomm...@lyx.org Date: Sun May 5 15:09:53 2013 +0100

Re: Re: [ANNOUNCE] LyX 2.0.6 Released

On Friday 10 May 2013 11:28:40 Jean-Marc Lasgouttes wrote: As I told Uwe, you should be ashamed for not updating the translation. First you do not come to Milano and then there is this lousy translation. Seriously José you know you can do better. Cheers, JMarc I am really ashamed. :-)

Re: [ANNOUNCE] LyX 2.0.6 Released

Le 10/05/2013 16:01, José Matos a écrit : I am really ashamed. :-) Are you happy now? :-) At last. I feel better :) JMarc

Re: bug on Lyx 2.0.6? - solved

Am 10.05.2013 12:45, schrieb Uwe Stöhr: Am 09.05.2013 20:58, schrieb Nicola Scafetta, Ph. D.: I agree that on Linux everything looks fine. The same problem that I am having with 2.0.6 was also present in 2.0.5. I can reproduce the problem and are working to get this fixed. I cannot track

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

Am 03.05.2013 22:00, schrieb Richard Heck: Fix a long-standing FIXME by resetting only the counter for top-level sectioning when we see an appendix. This fixes bug #8271, whose root cause was the fact that we were resetting all the counters inside ERT. Note that this commit is

Re: Re: Re: XML Parsing Library [was Re: XML For LyX]

On Friday 10 May 2013 02:19:40 Pavel Sanda wrote: But jokes aside, you have to rely on arbitrary decision of third party which can do whatever is pleased to do so in new versions, if some problem arises you can't stick to version known to work, because the other guys have the library on

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/10/2013 10:40 AM, Uwe Stöhr wrote: Am 03.05.2013 22:00, schrieb Richard Heck: Fix a long-standing FIXME by resetting only the counter for top-level sectioning when we see an appendix. This fixes bug #8271, whose root cause was the fact that we were resetting all the

Re: bug on Lyx 2.0.6? - solved

Uwe, thank you very much. I have however a suggestion for a future edition of Lyx In 2.0.4 there were these converters: Latex (plain) - HTML Latex (plain) - HTML (Word) that used the command htlatex These converters disappeared in versions 2.0.5 and 2.0.6. Perhaps it may be useful to

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/03/2013 01:48 PM, José Matos wrote: Hi, I got this report from a Fedora user: https://bugzilla.redhat.com/show_bug.cgi?id=955799 This has been fixed for 2.0.7 now. Richard

Re: bug on Lyx 2.0.6? - solved

On 05/10/2013 01:21 PM, Nicola Scafetta, Ph. D. wrote: Uwe, thank you very much. I have however a suggestion for a future edition of Lyx In 2.0.4 there were these converters: Latex (plain) - HTML Latex (plain) - HTML (Word) that used the command htlatex These converters disappeared in

Re: bug on Lyx 2.0.6? - solved

About: If you have htlatex installed, then these converters should be visible. If not, then not. I do have htlatex installed in MikTex, and it was working perfectly with 2.0.4. If you say that this converter should be visible also in 2.0.6, then I think that this may be a bug on the new

XML Library Question Answered?

Thanks to one of LyX's best friends (can you guess who?), I have discovered that Qt already provides exactly the sort of XML library we need in the QXmlStreamReader and QXmlStreamWriter classes. These are part of QtCore, which is allowed in src/ and is already present there: ./lyx-20/src/

Re: bug on Lyx 2.0.6? - solved

On 05/10/2013 01:42 PM, Nicola Scafetta, Ph. D. wrote: About: If you have htlatex installed, then these converters should be visible. If not, then not. I do have htlatex installed in MikTex, and it was working perfectly with 2.0.4. If you say that this converter should be visible also in

Re: XML Parsing Library [was Re: XML For LyX]

Richard Heck wrote: No, I just meant that we would have to include it in our sources, since we cannot rely upon libxml to be available on actual machines that are running non-Linux OSs. It's available for that OS, yes, but it's not actually going to be installed. Unlike on Linux, where it

Re: bug on Lyx 2.0.6? - solved

I checked the configure.log file and I found this: ** INFO: checking for a LaTeX - HTML converter... INFO: +checking for htlatex... yes DEBUG: Add to RC: \converter latex html htlatex $$ineedaux DEBUG: Add to RC: \copierhtml python -tt $$s/scripts/ext_copy.py

Re: XML Parsing Library [was Re: XML For LyX]

Georg Baum wrote: With the same reasoning you could conclude that we need to ship Qt within the sources. If there is a bug at the right place in Qt, you can get all sorts of problems including severe data loss as well. But, we don't include Well, indirectly yes, but still, we don't use Qt

Re: Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On Friday 10 May 2013 13:29:45 Richard Heck wrote: On 05/03/2013 01:48 PM, José Matos wrote: Hi, I got this report from a Fedora user: https://bugzilla.redhat.com/show_bug.cgi?id=955799 This has been fixed for 2.0.7 now. Richard Thank you. I took the diff and transformed it

Re: [LyX master] Math.lyx: fix a typo

Uwe StĂśhr wrote: commit c962e1ca1daf6bf572d558f670105d85de688a29 Author: Uwe StĂśhr uwesto...@lyx.org Date: Fri May 10 16:24:11 2013 +0200 Math.lyx: fix a typo Uwe do you have correctly configured git? You committed different EOLNs here. Pavel

Slide preview

Hi, at the LyX meeting I've started to think about how I can accomplish to my GSoC project, about presentation mode. So the first issue would be how to show slides preview. Jean-Marc and I have been discussing this a bit: the idea is to have a list of slides previews as a navigation panel on the

Re: XML Library Question Answered?

On Fri, May 10, 2013 at 12:45 PM, Richard Heck rgh...@lyx.org wrote: The only significant worry here concerns stability: Could a Qt update break us? We already depend heavily on Qt, so this is not as large a concern as with depending upon other external libraries. And my sense is that these

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/10/2013 02:23 PM, José Matos wrote: On Friday 10 May 2013 13:29:45 Richard Heck wrote: On 05/03/2013 01:48 PM, José Matos wrote: Hi, I got this report from a Fedora user: https://bugzilla.redhat.com/show_bug.cgi?id=955799 This has been fixed for 2.0.7 now. Richard Thank you.

Setting all po files in utf8?

Hello, I am finishing my series of patches to get rid in libintl. Early profiling show that we are faster than before, maybe because our std::map is better balanced. Everything is working now (AFAICS) except that I only support UTF8 strings. All our files are UTF8 except for cs.po (latin2).

Re: Setting all po files in utf8?

Jean-Marc Lasgouttes wrote: All our files are UTF8 except for cs.po (latin2). Pavel, is the a good reason for that or can I convert the file to latin2? The reason is I'm still running 15 years old (and stable:) UI environment with non utf terminal, so conversion to utf8 will be slightly

Re: Setting all po files in utf8?

On 05/10/2013 07:09 PM, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: All our files are UTF8 except for cs.po (latin2). Pavel, is the a good reason for that or can I convert the file to latin2? The reason is I'm still running 15 years old (and stable:) UI environment with non utf terminal, so

2.0.6 on OS X: Window resizing from the edges is no longer possible

Hi, I just downloaded the OS X binary of LyX 2.0.6 and immediately saw a new problem concerning the way windows work. 2.0.5 did not have this problem. In OS X beginning I believe with 10.7 it is possible to resize windows from any edge, not just the lower left corner. (Windows users are

Re: Re: XML Parsing Library [was Re: XML For LyX]

On Thursday 09 May 2013 14:21:37 Richard Heck wrote: > On Linux, of course, it is different. One would just expect this library > already to be installed. But things do not work that way on the other OSs. > > Richard >From the webpage: "Libxml2 is known to be very portable, the library should

Re: [ANNOUNCE] LyX 2.0.6 Released

Hi José from Milan, we just noticed that the Portuguese translation of LyX is becoming more and more outdated. Do you see a way to get it update? For example you could encourage one of your students using LyX to contribute a few translations? best regards Uwe

Re: Re: XML Parsing Library [was Re: XML For LyX]

José Matos wrote: > Or are you thinking about any other system that is not included in this list? > :-) I don't see Haiku, where we currently compile ;) > What would be the disadvantage of relying on it? I mean what are concerns > about depending on it? But jokes aside, you have to rely on

Re: [ANNOUNCE] LyX 2.0.6 Released

Le 10/05/2013 11:14, Uwe Stöhr a écrit : Hi José from Milan, we just noticed that the Portuguese translation of LyX is becoming more and more outdated. Do you see a way to get it update? For example you could encourage one of your students using LyX to contribute a few translations? As I told

Re: XML Parsing Library [was Re: XML For LyX]

On 09-05-2013 18:52, Richard Heck wrote: On 05/08/2013 06:24 PM, José Matos wrote: On Wednesday 08 May 2013 17:43:41 Richard Heck wrote: Thinking ahead, however: Should we use some SAX library to read the XML? Or should we just adapt the Lexer for this purpose? Richard Lars had that working

Re: bug on Lyx 2.0.6?

Am 09.05.2013 20:58, schrieb Nicola Scafetta, Ph. D.: I agree that on Linux everything looks fine. The same problem that I am having with 2.0.6 was also present in 2.0.5. I can reproduce the problem and are working to get this fixed. thanks for the report and regards Uwe

Re: XML Parsing Library [was Re: XML For LyX]

On 05/10/2013 04:46 AM, José Matos wrote: On Thursday 09 May 2013 14:21:37 Richard Heck wrote: On Linux, of course, it is different. One would just expect this library already to be installed. But things do not work that way on the other OSs. Richard From the webpage: "Libxml2 is known to be

Re: [LyX master] Automatic horiz/vert switch also for Advanced Tab (completing e3677975).

Op 5-5-2013 16:10, Tommaso Cucinotta schreef: The branch, master, has been updated. - Log - commit bd9e8fecd3f4b6d537e8805d2021ca62c3ca588e Author: Tommaso Cucinotta Date: Sun May 5 15:09:53 2013 +0100

Re: Re: [ANNOUNCE] LyX 2.0.6 Released

On Friday 10 May 2013 11:28:40 Jean-Marc Lasgouttes wrote: > As I told Uwe, you should be ashamed for not updating the translation. > > First you do not come to Milano and then there is this lousy > translation. Seriously José you know you can do better. > > Cheers, > JMarc I am really

Re: [ANNOUNCE] LyX 2.0.6 Released

Le 10/05/2013 16:01, José Matos a écrit : I am really ashamed. :-) Are you happy now? :-) At last. I feel better :) JMarc

Re: bug on Lyx 2.0.6? - solved

Am 10.05.2013 12:45, schrieb Uwe Stöhr: Am 09.05.2013 20:58, schrieb Nicola Scafetta, Ph. D.: I agree that on Linux everything looks fine. The same problem that I am having with 2.0.6 was also present in 2.0.5. I can reproduce the problem and are working to get this fixed. I cannot track

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

Am 03.05.2013 22:00, schrieb Richard Heck: >> Fix a long-standing FIXME by resetting only the counter for top-level sectioning when we see an appendix. This fixes bug #8271, whose root cause was the fact that we were resetting all the counters inside ERT. Note that this commit

Re: Re: Re: XML Parsing Library [was Re: XML For LyX]

On Friday 10 May 2013 02:19:40 Pavel Sanda wrote: > But jokes aside, you have to rely on arbitrary decision of third party which > can do whatever is pleased to do so in new versions, if some problem arises > you > can't stick to version known to work, because the other guys have the library > on

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/10/2013 10:40 AM, Uwe Stöhr wrote: Am 03.05.2013 22:00, schrieb Richard Heck: >> Fix a long-standing FIXME by resetting only the counter for top-level sectioning when we see an appendix. This fixes bug #8271, whose root cause was the fact that we were resetting all the

Re: bug on Lyx 2.0.6? - solved

Uwe, thank you very much. I have however a suggestion for a future edition of Lyx In 2.0.4 there were these converters: Latex (plain) -> HTML Latex (plain) -> HTML (Word) that used the command "htlatex" These converters disappeared in versions 2.0.5 and 2.0.6. Perhaps it may be useful to

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/03/2013 01:48 PM, José Matos wrote: Hi, I got this report from a Fedora user: https://bugzilla.redhat.com/show_bug.cgi?id=955799 This has been fixed for 2.0.7 now. Richard

Re: bug on Lyx 2.0.6? - solved

On 05/10/2013 01:21 PM, Nicola Scafetta, Ph. D. wrote: Uwe, thank you very much. I have however a suggestion for a future edition of Lyx In 2.0.4 there were these converters: Latex (plain) -> HTML Latex (plain) -> HTML (Word) that used the command "htlatex" These converters disappeared in

Re: bug on Lyx 2.0.6? - solved

About: "If you have htlatex installed, then these converters should be visible. If not, then not." I do have htlatex installed in MikTex, and it was working perfectly with 2.0.4. If you say that this converter should be visible also in 2.0.6, then I think that this may be a bug on the new

XML Library Question Answered?

Thanks to one of LyX's best friends (can you guess who?), I have discovered that Qt already provides exactly the sort of XML library we need in the QXmlStreamReader and QXmlStreamWriter classes. These are part of QtCore, which is allowed in src/ and is already present there: ./lyx-20/src/

Re: bug on Lyx 2.0.6? - solved

On 05/10/2013 01:42 PM, Nicola Scafetta, Ph. D. wrote: About: "If you have htlatex installed, then these converters should be visible. If not, then not." I do have htlatex installed in MikTex, and it was working perfectly with 2.0.4. If you say that this converter should be visible also

Re: XML Parsing Library [was Re: XML For LyX]

Richard Heck wrote: > No, I just meant that we would have to include it in our sources, since > we cannot rely upon libxml to be available on actual machines that are > running non-Linux OSs. It's available for that OS, yes, but it's not > actually going to be installed. Unlike on Linux, where it

Re: bug on Lyx 2.0.6? - solved

I checked the configure.log file and I found this: ** INFO: checking for a LaTeX -> HTML converter... INFO: +checking for "htlatex"... yes DEBUG: Add to RC: \converter latex html "htlatex $$i""needaux" DEBUG: Add to RC: \copierhtml "python -tt

Re: XML Parsing Library [was Re: XML For LyX]

Georg Baum wrote: > With the same reasoning you could conclude that we need to ship Qt within > the sources. If there is a bug at the right place in Qt, you can get all > sorts of problems including severe data loss as well. But, we don't include Well, indirectly yes, but still, we don't use

Re: Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On Friday 10 May 2013 13:29:45 Richard Heck wrote: > On 05/03/2013 01:48 PM, José Matos wrote: > > Hi, > > I got this report from a Fedora user: > > https://bugzilla.redhat.com/show_bug.cgi?id=955799 > > This has been fixed for 2.0.7 now. > > Richard Thank you. I took the diff and

Re: [LyX master] Math.lyx: fix a typo

Uwe StĂśhr wrote: > commit c962e1ca1daf6bf572d558f670105d85de688a29 > Author: Uwe StĂśhr > Date: Fri May 10 16:24:11 2013 +0200 > > Math.lyx: fix a typo Uwe do you have correctly configured git? You committed different EOLNs here. Pavel

Slide preview

Hi, at the LyX meeting I've started to think about how I can accomplish to my GSoC project, about presentation mode. So the first issue would be how to show slides preview. Jean-Marc and I have been discussing this a bit: the idea is to have a list of slides previews as a navigation panel on the

Re: XML Library Question Answered?

On Fri, May 10, 2013 at 12:45 PM, Richard Heck wrote: > The only significant worry here concerns stability: Could a Qt update break > us? We already depend heavily on Qt, so this is not as large a concern as > with depending upon other external libraries. And my sense is that

Re: Appendix sections are numbered incorrectly on screen (but do appear correctly on DVI/PDF)

On 05/10/2013 02:23 PM, José Matos wrote: On Friday 10 May 2013 13:29:45 Richard Heck wrote: On 05/03/2013 01:48 PM, José Matos wrote: Hi, I got this report from a Fedora user: https://bugzilla.redhat.com/show_bug.cgi?id=955799 This has been fixed for 2.0.7 now. Richard Thank you.

Setting all po files in utf8?

Hello, I am finishing my series of patches to get rid in libintl. Early profiling show that we are faster than before, maybe because our std::map is better balanced. Everything is working now (AFAICS) except that I only support UTF8 strings. All our files are UTF8 except for cs.po (latin2).

Re: Setting all po files in utf8?

Jean-Marc Lasgouttes wrote: > All our files are UTF8 except for cs.po (latin2). Pavel, is the a good > reason for that or can I convert the file to latin2? The reason is I'm still running 15 years old (and stable:) UI environment with non utf terminal, so conversion to utf8 will be slightly

Re: Setting all po files in utf8?

On 05/10/2013 07:09 PM, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: All our files are UTF8 except for cs.po (latin2). Pavel, is the a good reason for that or can I convert the file to latin2? The reason is I'm still running 15 years old (and stable:) UI environment with non utf terminal, so

2.0.6 on OS X: Window resizing from the edges is no longer possible

Hi, I just downloaded the OS X binary of LyX 2.0.6 and immediately saw a new problem concerning the way windows work. 2.0.5 did not have this problem. In OS X beginning I believe with 10.7 it is possible to resize windows from any edge, not just the lower left corner. (Windows users are