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

Original-Nachricht Datum: Wed, 7 Dec 2011 01:20:36 +0100 Von: Enrico Forestieri for...@lyx.org An: lyx-devel@lists.lyx.org Betreff: Re: r40402 - lyx-devel/trunk/src/support On Tue, Dec 06, 2011 at 09:52:20PM +0100, kuem...@lyx.org wrote: Author: kuemmel Date: Tue Dec

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

intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have you tested the last patches? Peter -- NEU: FreePhone - 0ct/min Handyspartarif

Re: epstopdf fails with 2.0.1 and 2.0.2

On Tue, Dec 06, 2011 at 08:28:30PM +0100, Enrico Forestieri wrote: On Tue, Dec 06, 2011 at 10:58:51AM +, Jack Kelly wrote: I'd really love it if someone could suggest a solution! Inserting the following lines in the preamble works for me: \usepackage{graphicx}

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

On Wed, Dec 07, 2011 at 10:06:01AM +0100, Peter Kuemmel wrote: Original-Nachricht Datum: Wed, 7 Dec 2011 01:20:36 +0100 Von: Enrico Forestieri for...@lyx.org An: lyx-devel@lists.lyx.org Betreff: Re: r40402 - lyx-devel/trunk/src/support On Tue, Dec 06, 2011 at

Re: r40414 - in lyx-devel/trunk/lib: examples layouts ui

uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Dec 7 02:06:06 2011 New Revision: 40414 URL: http://www.lyx.org/trac/changeset/40414 Log: new module: Multilingual captions Added: lyx-devel/trunk/lib/examples/MultilingualCaptions.lyx (contents, props changed)

Class format problem in trunk

Richard, this is perhaps after your last changes: TextClass.cpp(331): Unable to convert /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 LyX: Error reading input file: /home/paf/lyx/commiter/lib/layouts/stdtitle.inc [around line 54 of file [layouts/stdclass.inc] current token:

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

On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have you tested the last patches? Haven't

Re: Class format problem in trunk

On 12/07/2011 06:16 AM, Pavel Sanda wrote: Richard, this is perhaps after your last changes: TextClass.cpp(331): Unable to convert /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 LyX: Error reading input file: /home/paf/lyx/commiter/lib/layouts/stdtitle.inc [around line 54 of

Re: Class format problem in trunk

Richard Heck wrote: On 12/07/2011 06:16 AM, Pavel Sanda wrote: Richard, this is perhaps after your last changes: TextClass.cpp(331): Unable to convert /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 LyX: Error reading input file:

Re: Cmake patch

On 07.12.2011 09:24, Benjamin Piwowarski wrote: On Dec 6, 2011, at 10:14 PM, Peter Kümmel wrote: On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What

Re: Cmake patch

Hi Peter, just one issue - that's great. I was not sure of how many issues I would find, so I preferred to switch to gcc. it seems better if the default Xcode compiler works to use it - you just have to remove the Xcode specific code that has been added to the CMakeLists.txt thanks benjamin

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

On 07.12.2011 16:01, Richard Heck wrote: On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have

[RFC] Don't Hardcode Special Treatment of Chapters

This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Richard From af47231657f208ed40e6b669d9198931cde339a7 Mon Sep 17 00:00:00 2001 From: Richard Heck rgh...@lyx.org

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 22:50, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Looks good to me :-) Cheers, Abdel.

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On Wed, Dec 7, 2011 at 5:33 PM, rgh...@lyx.org wrote: Author: rgheck Date: Wed Dec 7 23:33:25 2011 New Revision: 40427 URL: http://www.lyx.org/trac/changeset/40427 Log: Fix bug #5805 and similar requests. Adds a document setting that tells LyX not to show BLOCK text as justified, but

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 4:50 PM, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Richard Looks great and fixes part of

Re: idea for LyX 2.1.0: allow to paste text lists directly to tables

+1 This would really be great and I've met several people that expected this from the paste special menu option and were then disappointed. Is it possible to use already existing code, e.g. from libre office, that has such functionality? I'm guessing there are some technical issues that make

Re: [RFC] Don't Hardcode Special Treatment of Chapters

Le 07/12/11 22:50, Richard Heck a écrit : This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. This is very good. To be complete, though, one should separate the

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Le 07/12/11 23:33, rgh...@lyx.org a écrit : Log: Fix bug #5805 and similar requests. Adds a document setting that tells LyX not to show BLOCK text as justified, but still keeps the usual paragraph indentation. Why is it buffer-local and not a pref? This is a display issue (preference of the

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 06:13 PM, Jean-Marc Lasgouttes wrote: Le 07/12/11 23:33, rgh...@lyx.org a écrit : Log: Fix bug #5805 and similar requests. Adds a document setting that tells LyX not to show BLOCK text as justified, but still keeps the usual paragraph indentation. Why is it buffer-local and

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 12/07/2011 06:10 PM, Jean-Marc Lasgouttes wrote: Le 07/12/11 22:50, Richard Heck a écrit : This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. This is very

Re: [RFC] Don't Hardcode Special Treatment of Chapters

Le 08/12/11 00:52, Richard Heck a écrit : Normally, we should have top_left, top_centered, and should be able to use it for environments like abstract or this chapter case. In some sense, there is nothing special about counters that shall be shown above the text, except that you need that for

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Le 08/12/11 00:45, Richard Heck a écrit : I thought about this for a while, and decided that, while you are correct about this, in principle, it's something I'd prefer to have per-document. If you object to that, then we can change it, of course. To me, it is a user preference for all document

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 06:59 PM, Jean-Marc Lasgouttes wrote: Le 08/12/11 00:45, Richard Heck a écrit : I thought about this for a while, and decided that, while you are correct about this, in principle, it's something I'd prefer to have per-document. If you object to that, then we can change it, of

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Jean-Marc Lasgouttes wrote: Le 08/12/11 00:45, Richard Heck a écrit : I thought about this for a while, and decided that, while you are correct about this, in principle, it's something I'd prefer to have per-document. If you object to that, then we can change it, of course. To me, it is a

Re: r40433 - lyx-devel/branches/BRANCH_2_0_X/po

uwesto...@lyx.org wrote: Author: uwestoehr Date: Thu Dec 8 00:07:56 2011 New Revision: 40433 URL: http://www.lyx.org/trac/changeset/40433 Log: nl.po: huge update by Timo Kluck (only a few strings away to re-enable Dutch as supported language) Timo, please send us GPL statement to devel

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 07:10 PM, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 08/12/11 00:45, Richard Heck a écrit : I thought about this for a while, and decided that, while you are correct about this, in principle, it's something I'd prefer to have per-document. If you object to that, then we

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

Original-Nachricht > Datum: Wed, 7 Dec 2011 01:20:36 +0100 > Von: Enrico Forestieri > An: lyx-devel@lists.lyx.org > Betreff: Re: r40402 - lyx-devel/trunk/src/support > On Tue, Dec 06, 2011 at 09:52:20PM +0100, kuem...@lyx.org wrote: > > Author: kuemmel > >

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

> > intention was to have it in 2.0.2, but it was harder than I thought, and > I've been busy (as have we all). Still, the last set of > discussions suggested some real ways forward. > What is the current status? Have you tested the last patches? Peter -- NEU: FreePhone - 0ct/min

Re: epstopdf fails with 2.0.1 and 2.0.2

On Tue, Dec 06, 2011 at 08:28:30PM +0100, Enrico Forestieri wrote: > On Tue, Dec 06, 2011 at 10:58:51AM +, Jack Kelly wrote: > > > > I'd really love it if someone could suggest a solution! > > Inserting the following lines in the preamble works for me: > > \usepackage{graphicx} >

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

On Wed, Dec 07, 2011 at 10:06:01AM +0100, Peter Kuemmel wrote: > > > Original-Nachricht > > Datum: Wed, 7 Dec 2011 01:20:36 +0100 > > Von: Enrico Forestieri > > An: lyx-devel@lists.lyx.org > > Betreff: Re: r40402 - lyx-devel/trunk/src/support > > > On Tue, Dec

Re: r40414 - in lyx-devel/trunk/lib: examples layouts ui

uwesto...@lyx.org wrote: > Author: uwestoehr > Date: Wed Dec 7 02:06:06 2011 > New Revision: 40414 > URL: http://www.lyx.org/trac/changeset/40414 > > Log: > new module: Multilingual captions > > Added: >lyx-devel/trunk/lib/examples/MultilingualCaptions.lyx (contents, props > changed) >

Class format problem in trunk

Richard, this is perhaps after your last changes: TextClass.cpp(331): Unable to convert /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 LyX: Error reading input file: /home/paf/lyx/commiter/lib/layouts/stdtitle.inc [around line 54 of file [layouts/stdclass.inc] current token:

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

On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have you tested the last patches? Haven't

Re: Class format problem in trunk

On 12/07/2011 06:16 AM, Pavel Sanda wrote: Richard, this is perhaps after your last changes: TextClass.cpp(331): Unable to convert /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 LyX: Error reading input file: /home/paf/lyx/commiter/lib/layouts/stdtitle.inc [around line 54 of

Re: Class format problem in trunk

Richard Heck wrote: > On 12/07/2011 06:16 AM, Pavel Sanda wrote: >> Richard, this is perhaps after your last changes: >> >> TextClass.cpp(331): Unable to convert >> /home/paf/lyx/commiter/lib/layouts/stdtitle.inc to format 35 >> LyX: Error reading input file: >>

Re: Cmake patch

On 07.12.2011 09:24, Benjamin Piwowarski wrote: On Dec 6, 2011, at 10:14 PM, Peter Kümmel wrote: On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What

Re: Cmake patch

Hi Peter, just one issue - that's great. I was not sure of how many issues I would find, so I preferred to switch to gcc. it seems better if the default Xcode compiler works to use it - you just have to remove the Xcode specific code that has been added to the CMakeLists.txt thanks benjamin

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

On 07.12.2011 16:01, Richard Heck wrote: On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have

[RFC] Don't Hardcode Special Treatment of Chapters

This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Richard >From af47231657f208ed40e6b669d9198931cde339a7 Mon Sep 17 00:00:00 2001 From: Richard Heck

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 22:50, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Looks good to me :-) Cheers, Abdel.

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On Wed, Dec 7, 2011 at 5:33 PM, wrote: > Author: rgheck > Date: Wed Dec 7 23:33:25 2011 > New Revision: 40427 > URL: http://www.lyx.org/trac/changeset/40427 > > Log: > Fix bug #5805 and similar requests. Adds a document setting that > tells LyX not to show BLOCK text as

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 07/12/2011 4:50 PM, Richard Heck wrote: This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. Richard Looks great and fixes part of

Re: idea for LyX 2.1.0: allow to paste text lists directly to tables

+1 This would really be great and I've met several people that expected this from the "paste special" menu option and were then disappointed. Is it possible to use already existing code, e.g. from libre office, that has such functionality? I'm guessing there are some technical issues that make

Re: [RFC] Don't Hardcode Special Treatment of Chapters

Le 07/12/11 22:50, Richard Heck a écrit : This seems like a good idea. Anyone have comments on the patch? I've searched for all uses of LABEL_COUNTER and also for all mentions of the special treatment of the chapter counter. This is very good. To be complete, though, one should separate the

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Le 07/12/11 23:33, rgh...@lyx.org a écrit : Log: Fix bug #5805 and similar requests. Adds a document setting that tells LyX not to show BLOCK text as justified, but still keeps the usual paragraph indentation. Why is it buffer-local and not a pref? This is a display issue (preference of the

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 06:13 PM, Jean-Marc Lasgouttes wrote: > Le 07/12/11 23:33, rgh...@lyx.org a écrit : >> Log: >> Fix bug #5805 and similar requests. Adds a document setting that >> tells LyX not to show BLOCK text as justified, but still keeps >> the usual paragraph indentation. > > Why is it

Re: [RFC] Don't Hardcode Special Treatment of Chapters

On 12/07/2011 06:10 PM, Jean-Marc Lasgouttes wrote: > Le 07/12/11 22:50, Richard Heck a écrit : >> >> This seems like a good idea. Anyone have comments on the patch? I've >> searched for all uses of LABEL_COUNTER and also for all mentions of the >> special treatment of the chapter counter. > >

Re: [RFC] Don't Hardcode Special Treatment of Chapters

Le 08/12/11 00:52, Richard Heck a écrit : Normally, we should have top_left, top_centered, and should be able to use it for environments like abstract or this chapter case. In some sense, there is nothing special about counters that shall be shown above the text, except that you need that for

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Le 08/12/11 00:45, Richard Heck a écrit : I thought about this for a while, and decided that, while you are correct about this, in principle, it's something I'd prefer to have per-document. If you object to that, then we can change it, of course. To me, it is a user preference for all document

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 06:59 PM, Jean-Marc Lasgouttes wrote: > Le 08/12/11 00:45, Richard Heck a écrit : >> I thought about this for a while, and decided that, while you are >> correct about this, in principle, it's something I'd prefer to have >> per-document. If you object to that, then we can change it,

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Jean-Marc Lasgouttes wrote: > Le 08/12/11 00:45, Richard Heck a écrit : >> I thought about this for a while, and decided that, while you are >> correct about this, in principle, it's something I'd prefer to have >> per-document. If you object to that, then we can change it, of course. > > To me,

Re: r40433 - lyx-devel/branches/BRANCH_2_0_X/po

uwesto...@lyx.org wrote: > Author: uwestoehr > Date: Thu Dec 8 00:07:56 2011 > New Revision: 40433 > URL: http://www.lyx.org/trac/changeset/40433 > > Log: > nl.po: huge update by Timo Kluck (only a few strings away to re-enable Dutch > as supported language) Timo, please send us GPL statement

Re: r40427 - in lyx-devel/trunk: lib/doc lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On 12/07/2011 07:10 PM, Pavel Sanda wrote: > Jean-Marc Lasgouttes wrote: >> Le 08/12/11 00:45, Richard Heck a écrit : >>> I thought about this for a while, and decided that, while you are >>> correct about this, in principle, it's something I'd prefer to have >>> per-document. If you object to