Re: r37439 - in lyx-devel/trunk/development/autotests: . xvkbd

Il 03/02/2011 01:19, Pavel Sanda ha scritto: this kbd tool seems to lock randomly my keyboard. it is locked after the test and take some time with mouse focusing to get the keyboard back. even worse happen when i change desktop, getting keyboard back to work needs magic. killing the whole

Re: tabular*

On 02/03/2011 10:07 AM, Edwin Leuven wrote: would people be interested in having tabular* support? that means: setting the table width to say the textwidth, which in latex then gives \begin{tabular*}{1\textwidth}{@{\extracolsep{\fill}}|c|c|c|c|} ... the attached patch add this option to the

Re: r37441 - lyx-devel/trunk/development/autotests

Il 03/02/2011 01:05, Pavel Sanda ha scritto: Tommaso, as said going to menu works only with delay stroke like 500ms. menu effects eats keys otherwise. half a sec!! oh my!! eh eh, I would argue autotests has just found a bug in your window manager :-) Apart from jokes, that's an issue with

Re: tabular*

Edwin Leuven wrote: opinions? Too late IMHO. You had ample time to propose this patch. Jürgen

Re: Shortcut change for Solo parole intere

On Thu, Feb 03, 2011 at 12:07:50AM +0100, Tommaso Cucinotta wrote: Il 10/01/2011 23:54, Enrico Forestieri ha scritto: On Sun, Jan 09, 2011 at 03:45:04PM +0100, Tommaso Cucinotta wrote: For example, like in the attached patch, realizing: +msgstr Maiuscolo/minuscolo However, this would now

Re: tabular*

On Thu, Feb 03, 2011 at 10:07:38AM +0100, Edwin Leuven wrote: would people be interested in having tabular* support? Yes, this is a big deficiency in LyX and achieving the same effect is troublesome. -- Enrico

Re: tabular*

On Thu, Feb 03, 2011 at 11:19:27AM +0100, Jürgen Spitzmüller wrote: Edwin Leuven wrote: opinions? Too late IMHO. You had ample time to propose this patch. Well, it depends on whether it is a big or small change, right? -- Enrico

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 08:33, Jürgen Spitzmüller a écrit : One thing to consider is that chkconfigure.ltx is not a usual LaTeX document. It does not have a preamble and a body (i.e., no \documentclass and \begin{document}). AFAIU, \@onlypreamble gets activated by \documentclass and deactivated by

Re: tabular*

Enrico Forestieri for...@lyx.org wrote: Well, it depends on whether it is a big or small change, right? the change itself is small...

Re: tabular*

Enrico Forestieri wrote: Too late IMHO. You had ample time to propose this patch. Well, it depends on whether it is a big or small change, right? Yes, of course. This strikes me rather a large feature addition at this stage of the development. It needs testing and some discussion (e.g., I

Re: Printer fonts in 2.0 HEAD

Jean-Marc Lasgouttes wrote: From what I understand the problem is with passing some option to fontspec.sty, right? Could you give me an executive summary? Is the problem that luatex will not work at all when fontspec is too old? Can't check the luatex version to assert this? The problem

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 12:06, Jürgen Spitzmüller a écrit : That means, we should (ideally) disable LuaTeX support if fontspec is older than 2010/07/11. The rest (using Ligatures=TeX for both XeTeX and LuaTeX after 2010/07/11) is rather cosmetics. I think that the current solution is OK. However, a check

Re: tabular*

Jürgen Spitzmüller wrote: Enrico Forestieri wrote: Too late IMHO. You had ample time to propose this patch. Well, it depends on whether it is a big or small change, right? Yes, of course. This strikes me rather a large feature addition at this stage of the development. However,

Re: Printer fonts in 2.0 HEAD

Jean-Marc Lasgouttes wrote: And a check for luatex version? This one can be done in configure.py in a safe way. I don't think it's a matter of the luatex version. The fontspec version is at issue here. Jürgen

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 12:11, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: And a check for luatex version? This one can be done in configure.py in a safe way. I don't think it's a matter of the luatex version. The fontspec version is at issue here. OK, another possibility is extend

Re: tabular*

On Thu, Feb 03, 2011 at 12:01:55PM +0100, Jürgen Spitzmüller wrote: Enrico Forestieri wrote: Too late IMHO. You had ample time to propose this patch. Well, it depends on whether it is a big or small change, right? Yes, of course. This strikes me rather a large feature addition at this

Re: tabular*

Enrico Forestieri wrote: Isn't this a discussion? Is it really the right time now for such discussions? Is it really apt to consider the release of an RC if new features are still being considered? But I shut up. Pavel is the one to decide (also on my today's proposal, BTW, which also entails

Re: about continuous spellcheck

Am 02.02.2011 um 11:41 schrieb Edwin Leuven: On Wed, Feb 2, 2011 at 11:12, Stephan Witt st.w...@gmx.net wrote: Sorry, one changed file was missing in patch. This is the complete patch. ok, this works great for me. thanks! Now I've finished the patch. - Fix a glitch when going from text to

Re: tabular*

On Thu, Feb 03, 2011 at 12:29:58PM +0100, Jürgen Spitzmüller wrote: Enrico Forestieri wrote: Isn't this a discussion? Is it really the right time now for such discussions? Is it really apt to consider the release of an RC if new features are still being considered? I think Pavel mentioned

Re: r37441 - lyx-devel/trunk/development/autotests

Tommaso Cucinotta wrote: Apart from jokes, that's an issue with whatever dialog. i was not talking about dialogs i was talking about menu. pavel

Re: tabular*

On 02/03/2011 07:11 AM, Enrico Forestieri wrote: On Thu, Feb 03, 2011 at 12:29:58PM +0100, Jürgen Spitzmüller wrote: But I shut up. Pavel is the one to decide (also on my today's proposal, BTW, which also entails a file format change, and for which I would be completely fine if Pavel said nope

Re: tabular*

Richard Heck rgh...@comcast.net wrote: Things get discussed, and we won't always be happy. That, indeed, is life. i think nobody disagrees with this this being said, i would argue for some pragmatism (over principles): the patch is small and i think many people crave it (at least abdel and

Re: tabular*

Jürgen Spitzmüller wrote: I wonder if we want to get out LyX 2.0 eventually. yes :( we wait for 1 critical and three majors bugs. anybody around to have a look ? the proposed patch does not look intrusive, so it can go into when 1. the correctness of latex part is argued. i havent seen any

Re: tabular*

I agree with Jurgen's previous judgement that this patch is actually very simple. I do not think it can add any regressions and so think it should go in, if people think it is really useful. Minor comments below. Richard Index: development/FORMAT

Re: tabular*

Pavel Sanda wrote: the proposed patch does not look intrusive, so it can go into when 1. the correctness of latex part is argued. i havent seen any reaction on the tabularx question raised by Juergen and my knowledge of latex tables is not enough to judge it myself. there is no point

Re: tabular*

Jürgen Spitzmüller wrote: Not, it is sensible to support both (eventually). of course, supporting only tabular* now and adding tabularx for 2.1 is also OK. then ok. pavel

Re: tabular*

On 02/03/2011 09:17 AM, Pavel Sanda wrote: Jürgen Spitzmüller wrote: I wonder if we want to get out LyX 2.0 eventually. yes :( we wait for 1 critical and three majors bugs. anybody around to have a look ? Can you please remind us what these are? 3. documentation is added as well, Uwe is

Re: tabular*

Richard Heck wrote: Can you please remind us what these are? http://www.lyx.org/trac/wiki/BugTrackerHome at the bottom are bugs target to 2.0. in particular: #7163 - Crash when closing file before pictures are converted #6871 - Missing screen update can cause assertion after lyxserver

Blocking Bugs

On 02/03/2011 09:35 AM, Pavel Sanda wrote: Richard Heck wrote: Can you please remind us what these are? http://www.lyx.org/trac/wiki/BugTrackerHome at the bottom are bugs target to 2.0. in particular: #6871 - Missing screen update can cause assertion after lyxserver communication #6879 -

Re: Linux + Samba Problem

On 2/2/2011 5:15 PM, Richard Heck wrote: The latter, 1.6.9svn, in this case, and 2.0svn, as well. I don't suspect anything has changed that would have affected this, though. The difference may be that the share, in my case, is sitting on a Linux machine running Samba. Anyway, if you want

Re: r37457 - in lyx-devel/trunk: development lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On Thu, Feb 03, 2011 at 03:17:32PM +0100, sp...@lyx.org wrote: Author: spitz Date: Thu Feb 3 15:17:31 2011 New Revision: 37457 URL: http://www.lyx.org/trac/changeset/37457 Log: * Allow to set language package on a per-document basis (fixes bug 2909). File format change. Commit approved

Re: r37457 - in lyx-devel/trunk: development lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Enrico Forestieri wrote: Shouldn't it be +revert = [[410, [revert_langpack]], Of course. Thanks. Jürgen

Graphics No Longer Converted in Background

In attempting to look at #7163, I have found that graphics are no longer being converted in the background, after the Buffer loads. The reason seems to be r29473, which is triggering a metrics calculation for the whole Buffer that is then forcing each graphic to be loaded. Richard

lyx.org down?

Trac isn't responding. rh

Re: Graphics No Longer Converted in Background

On 02/03/2011 11:27 AM, Richard Heck wrote: In attempting to look at #7163, I have found that graphics are no longer being converted in the background, after the Buffer loads. The reason seems to be r29473, which is triggering a metrics calculation for the whole Buffer that is then forcing

Re: Blocking Bugs

On 02/03/2011 10:00 AM, Richard Heck wrote: #7163 - Crash when closing file before pictures are converted I will try to have a look at this one. I can no longer reproduce this bug. I used a file with about 150 1000x1000 EPS images, open it and close it immediately, and there is no crash.

Re: [CMake] namespace support

On 03.02.2011 20:04, Bill Hoffman wrote: On 2/3/2011 12:20 PM, Peter Kümmel wrote: On 03.02.2011 17:20, Peter Kümmel wrote: Because good solution is not available I've added the mentioned namespace support to CMake: namespace(string) endnamespace() With attached patch it is possible to write

Re: [CMake] namespace support

On 03.02.2011 21:24, Peter Kümmel wrote: This would be better discussed on the cmake-developers mailing list. Indeed, this is the wrong list for this. Somehow I missed that there is a devel list. Sorry for the noise, bit it seems I'm on another list with such a idiotic reply rule where I

Re: lyx.org down?

Le 03/02/2011 17:37, Richard Heck a écrit : Trac isn't responding. It seems to work now... JMarc

Re: Page format

On Tue, Feb 01, 2011 at 09:30:14PM +0100, Georg Baum wrote: Jean-Pierre Chrétien wrote: Hello, While performing some tests to check Georg's bug #3016 resolution, I found what I think might be another unrelated bug in branch and trunk: when * paper format is set to default *

Re: r37470 - lyx-devel/trunk/src

On Fri, Feb 04, 2011 at 12:03:18AM +0100, for...@lyx.org wrote: Author: forenr Date: Fri Feb 4 00:03:18 2011 New Revision: 37470 URL: http://www.lyx.org/trac/changeset/37470 Log: Don't pass the letterpaper option to the geometry package when using default paper format and margins are

Re: tabular*

Pavel Sanda sa...@lyx.org wrote: then ok. it's a pleasure doing business with you guys: http://www.lyx.org/trac/changeset/37471 i will do the docs in a bit (this weekend). how does it work: we edit the relevant doc with trunk (with change tracking on)? ed.

Re: tabular*

Edwin Leuven wrote: Pavel Sanda sa...@lyx.org wrote: then ok. it's a pleasure doing business with you guys: http://www.lyx.org/trac/changeset/37471 wiki newinlyx20 is waiting for you. i will do the docs in a bit (this weekend). how does it work: we edit the relevant doc with trunk

Re: cmake LYX_option

So long, as it were not version 2.8.2. This one is buggy at generating debian package. The verion 2.8.0 is ok though. Tried cpack -G DEB --config CPackConfig.cmake with the current cmake (git) master version and got no errors, so there is hope. Peter

Re: tabular*

On Fri, Feb 04, 2011 at 12:16:08AM +0100, Edwin Leuven wrote: Pavel Sanda sa...@lyx.org wrote: then ok. it's a pleasure doing business with you guys: http://www.lyx.org/trac/changeset/37471 First bug report: 1) Set table width 2) Save and close document 3) Reopen document 4) Table width

Re: tabular*

On Fri, Feb 4, 2011 at 00:21, Pavel Sanda sa...@lyx.org wrote: wiki newinlyx20 is waiting for you. done

I could use something like Export LyX option

Hello, When we were talking about creating a tar.gz package for shipping LyX from user to user, I was not interested. But now I see that something like that would be handy. I've got lots and lots of image files in my document folder, but after cutting, trimming, re-organizing, I did not use

Re: I could use something like Export LyX option

Paul Johnson wrote: How to export the minimal set of files necessary to have a working LyX document? i'm not sure it will work, but you may want to look on lyxpak.py which states: # This script creates a tar or zip archive with a lyx file and all included # files (graphics and so on). A zip

Flushing LYXERR()

Hi, is there a way to force LyX to flush the stderr (LYXERR() messages) while it is running ? For example, an LFUN forcing that ? Thx, T.

Re: Flushing LYXERR()

Tommaso Cucinotta wrote: Hi, is there a way to force LyX to flush the stderr (LYXERR() messages) while it is running ? For example, an LFUN forcing that ? no such lfun, why/where you need it? pavel

Re: I could use something like Export LyX option

On 02/03/2011 07:52 PM, Pavel Sanda wrote: Paul Johnson wrote: How to export the minimal set of files necessary to have a working LyX document? i'm not sure it will work, but you may want to look on lyxpak.py which states: # This script creates a tar or zip archive with a lyx file and all

Re: cmake LYX_option

Am Freitag, 4. Februar 2011 schrieb Peter Kümmel: So long, as it were not version 2.8.2. This one is buggy at generating debian package. The verion 2.8.0 is ok though. Tried cpack -G DEB --config CPackConfig.cmake with the current cmake (git) master version and got no errors, so there is

Re: r37470 - lyx-devel/trunk/src

Enrico Forestieri wrote: What about branch? OK if you're quick. LyX 1.6.9 is due on Monday. Jürgen

Re: r37439 - in lyx-devel/trunk/development/autotests: . xvkbd

Il 03/02/2011 01:19, Pavel Sanda ha scritto: this kbd tool seems to lock randomly my keyboard. it is locked after the test and take some time with mouse focusing to get the keyboard back. even worse happen when i change desktop, getting keyboard back to work needs magic. killing the whole

Re: tabular*

On 02/03/2011 10:07 AM, Edwin Leuven wrote: would people be interested in having tabular* support? that means: setting the table width to say the textwidth, which in latex then gives \begin{tabular*}{1\textwidth}{@{\extracolsep{\fill}}|c|c|c|c|} ... the attached patch add this option to the

Re: r37441 - lyx-devel/trunk/development/autotests

Il 03/02/2011 01:05, Pavel Sanda ha scritto: Tommaso, as said going to menu works only with delay stroke like 500ms. menu effects eats keys otherwise. half a sec!! oh my!! eh eh, I would argue autotests has just found a bug in your window manager :-) Apart from jokes, that's an issue with

Re: tabular*

Edwin Leuven wrote: > opinions? Too late IMHO. You had ample time to propose this patch. Jürgen

Re: Shortcut change for "Solo parole intere"

On Thu, Feb 03, 2011 at 12:07:50AM +0100, Tommaso Cucinotta wrote: > Il 10/01/2011 23:54, Enrico Forestieri ha scritto: > >On Sun, Jan 09, 2011 at 03:45:04PM +0100, Tommaso Cucinotta wrote: > >>For example, like in the attached patch, realizing: > >> > >>+msgstr "Maiuscolo/min" > >However, this

Re: tabular*

On Thu, Feb 03, 2011 at 10:07:38AM +0100, Edwin Leuven wrote: > would people be interested in having tabular* support? Yes, this is a big deficiency in LyX and achieving the same effect is troublesome. -- Enrico

Re: tabular*

On Thu, Feb 03, 2011 at 11:19:27AM +0100, Jürgen Spitzmüller wrote: > Edwin Leuven wrote: > > opinions? > > Too late IMHO. You had ample time to propose this patch. Well, it depends on whether it is a big or small change, right? -- Enrico

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 08:33, Jürgen Spitzmüller a écrit : One thing to consider is that chkconfigure.ltx is not a usual LaTeX document. It does not have a preamble and a body (i.e., no \documentclass and \begin{document}). AFAIU, \@onlypreamble gets activated by \documentclass and deactivated by

Re: tabular*

Enrico Forestieri wrote: > Well, it depends on whether it is a big or small change, right? the change itself is small...

Re: tabular*

Enrico Forestieri wrote: > > Too late IMHO. You had ample time to propose this patch. > > Well, it depends on whether it is a big or small change, right? Yes, of course. This strikes me rather a large feature addition at this stage of the development. It needs testing and some discussion (e.g.,

Re: Printer fonts in 2.0 HEAD

Jean-Marc Lasgouttes wrote: > From what I understand the problem is with passing some option to > fontspec.sty, right? Could you give me an executive summary? Is the > problem that luatex will not work at all when fontspec is too old? Can't > check the luatex version to assert this? The

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 12:06, Jürgen Spitzmüller a écrit : That means, we should (ideally) disable LuaTeX support if fontspec is older than 2010/07/11. The rest (using "Ligatures=TeX" for both XeTeX and LuaTeX after 2010/07/11) is rather cosmetics. I think that the current solution is OK. However, a

Re: tabular*

Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Too late IMHO. You had ample time to propose this patch. > > > > > > > > Well, it depends on whether it is a big or small change, right? > > Yes, of course. This strikes me rather a large feature addition at this > stage of the

Re: Printer fonts in 2.0 HEAD

Jean-Marc Lasgouttes wrote: > And a check for luatex version? This one can be done in configure.py in > a safe way. I don't think it's a matter of the luatex version. The fontspec version is at issue here. Jürgen

Re: Printer fonts in 2.0 HEAD

Le 03/02/2011 12:11, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: And a check for luatex version? This one can be done in configure.py in a safe way. I don't think it's a matter of the luatex version. The fontspec version is at issue here. OK, another possibility is extend

Re: tabular*

On Thu, Feb 03, 2011 at 12:01:55PM +0100, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Too late IMHO. You had ample time to propose this patch. > > > > Well, it depends on whether it is a big or small change, right? > > Yes, of course. This strikes me rather a large feature

Re: tabular*

Enrico Forestieri wrote: > Isn't this a discussion? Is it really the right time now for such discussions? Is it really apt to consider the release of an RC if new features are still being considered? But I shut up. Pavel is the one to decide (also on my today's proposal, BTW, which also

Re: about continuous spellcheck

Am 02.02.2011 um 11:41 schrieb Edwin Leuven: > On Wed, Feb 2, 2011 at 11:12, Stephan Witt wrote: >> Sorry, one changed file was missing in patch. >> This is the complete patch. > > ok, this works great for me. thanks! Now I've finished the patch. - Fix a glitch when going from

Re: tabular*

On Thu, Feb 03, 2011 at 12:29:58PM +0100, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > Isn't this a discussion? > > Is it really the right time now for such discussions? Is it really apt to > consider the release of an RC if new features are still being considered? I think Pavel

Re: r37441 - lyx-devel/trunk/development/autotests

Tommaso Cucinotta wrote: > Apart from jokes, that's an issue with whatever dialog. i was not talking about dialogs i was talking about menu. pavel

Re: tabular*

On 02/03/2011 07:11 AM, Enrico Forestieri wrote: On Thu, Feb 03, 2011 at 12:29:58PM +0100, Jürgen Spitzmüller wrote: But I shut up. Pavel is the one to decide (also on my today's proposal, BTW, which also entails a file format change, and for which I would be completely fine if Pavel said "nope

Re: tabular*

Richard Heck wrote: > Things get discussed, and we won't always be happy. That, indeed, is life. i think nobody disagrees with this this being said, i would argue for some pragmatism (over principles): the patch is small and i think many people crave it (at least abdel and

Re: tabular*

Jürgen Spitzmüller wrote: > I wonder if we want to get out LyX 2.0 eventually. yes :( we wait for 1 critical and three majors bugs. anybody around to have a look ? the proposed patch does not look intrusive, so it can go into when 1. the correctness of latex part is argued. i havent seen any

Re: tabular*

I agree with Jurgen's previous judgement that this patch is actually very simple. I do not think it can add any regressions and so think it should go in, if people think it is really useful. Minor comments below. Richard Index: development/FORMAT

Re: tabular*

Pavel Sanda wrote: > the proposed patch does not look intrusive, so it can go into when > 1. the correctness of latex part is argued. >i havent seen any reaction on the tabularx question raised by Juergen >and my knowledge of latex tables is not enough to judge it myself. >there is no

Re: tabular*

Jürgen Spitzmüller wrote: > Not, it is sensible to support both (eventually). of course, supporting only > tabular* now and adding tabularx for 2.1 is also OK. then ok. pavel

Re: tabular*

On 02/03/2011 09:17 AM, Pavel Sanda wrote: Jürgen Spitzmüller wrote: I wonder if we want to get out LyX 2.0 eventually. yes :( we wait for 1 critical and three majors bugs. anybody around to have a look ? Can you please remind us what these are? 3. documentation is added as well, Uwe is

Re: tabular*

Richard Heck wrote: > Can you please remind us what these are? http://www.lyx.org/trac/wiki/BugTrackerHome at the bottom are bugs target to 2.0. in particular: #7163 - Crash when closing file before pictures are converted #6871 - Missing screen update can cause assertion after lyxserver

Blocking Bugs

On 02/03/2011 09:35 AM, Pavel Sanda wrote: Richard Heck wrote: Can you please remind us what these are? http://www.lyx.org/trac/wiki/BugTrackerHome at the bottom are bugs target to 2.0. in particular: #6871 - Missing screen update can cause assertion after lyxserver communication #6879 -

Re: Linux + Samba Problem

On 2/2/2011 5:15 PM, Richard Heck wrote: The latter, 1.6.9svn, in this case, and 2.0svn, as well. I don't suspect anything has changed that would have affected this, though. The difference may be that the share, in my case, is sitting on a Linux machine running Samba. Anyway, if you want

Re: r37457 - in lyx-devel/trunk: development lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

On Thu, Feb 03, 2011 at 03:17:32PM +0100, sp...@lyx.org wrote: > Author: spitz > Date: Thu Feb 3 15:17:31 2011 > New Revision: 37457 > URL: http://www.lyx.org/trac/changeset/37457 > > Log: > * Allow to set language package on a per-document basis (fixes bug 2909). > > File format change. Commit

Re: r37457 - in lyx-devel/trunk: development lib/lyx2lyx src src/frontends/qt4 src/frontends/qt4/ui

Enrico Forestieri wrote: > Shouldn't it be > > > +revert = [[410, [revert_langpack]], Of course. Thanks. Jürgen

Graphics No Longer Converted in Background

In attempting to look at #7163, I have found that graphics are no longer being converted in the background, after the Buffer loads. The reason seems to be r29473, which is triggering a metrics calculation for the whole Buffer that is then forcing each graphic to be loaded. Richard

lyx.org down?

Trac isn't responding. rh

Re: Graphics No Longer Converted in Background

On 02/03/2011 11:27 AM, Richard Heck wrote: In attempting to look at #7163, I have found that graphics are no longer being converted in the background, after the Buffer loads. The reason seems to be r29473, which is triggering a metrics calculation for the whole Buffer that is then forcing

Re: Blocking Bugs

On 02/03/2011 10:00 AM, Richard Heck wrote: #7163 - Crash when closing file before pictures are converted I will try to have a look at this one. I can no longer reproduce this bug. I used a file with about 150 1000x1000 EPS images, open it and close it immediately, and there is no crash.

Re: [CMake] namespace support

On 03.02.2011 20:04, Bill Hoffman wrote: On 2/3/2011 12:20 PM, Peter Kümmel wrote: On 03.02.2011 17:20, Peter Kümmel wrote: Because good solution is not available I've added the mentioned namespace support to CMake: namespace() endnamespace() With attached patch it is possible to write code

Re: [CMake] namespace support

On 03.02.2011 21:24, Peter Kümmel wrote: This would be better discussed on the cmake-developers mailing list. Indeed, this is the wrong list for this. Somehow I missed that there is a devel list. Sorry for the noise, bit it seems I'm on another list with such a idiotic reply rule where I

Re: lyx.org down?

Le 03/02/2011 17:37, Richard Heck a écrit : Trac isn't responding. It seems to work now... JMarc

Re: Page format

On Tue, Feb 01, 2011 at 09:30:14PM +0100, Georg Baum wrote: > Jean-Pierre Chrétien wrote: > > > Hello, > > > > While performing some tests to check Georg's bug #3016 resolution, > > I found what I think might be another unrelated bug in branch and trunk: > > when > > * paper format is set to

Re: r37470 - lyx-devel/trunk/src

On Fri, Feb 04, 2011 at 12:03:18AM +0100, for...@lyx.org wrote: > Author: forenr > Date: Fri Feb 4 00:03:18 2011 > New Revision: 37470 > URL: http://www.lyx.org/trac/changeset/37470 > > Log: > Don't pass the letterpaper option to the geometry package when using > default paper format and margins

Re: tabular*

Pavel Sanda wrote: > then ok. it's a pleasure doing business with you guys: http://www.lyx.org/trac/changeset/37471 i will do the docs in a bit (this weekend). how does it work: we edit the relevant doc with trunk (with change tracking on)? ed.

Re: tabular*

Edwin Leuven wrote: > Pavel Sanda wrote: > > then ok. > > it's a pleasure doing business with you guys: > > http://www.lyx.org/trac/changeset/37471 wiki newinlyx20 is waiting for you. > i will do the docs in a bit (this weekend). > > how does it work: we edit the relevant doc

Re: cmake LYX_

So long, as it were not version 2.8.2. This one is buggy at generating debian package. The verion 2.8.0 is ok though. Tried "cpack -G DEB --config CPackConfig.cmake" with the current cmake (git) master version and got no errors, so there is hope. Peter

Re: tabular*

On Fri, Feb 04, 2011 at 12:16:08AM +0100, Edwin Leuven wrote: > Pavel Sanda wrote: > > then ok. > > it's a pleasure doing business with you guys: > > http://www.lyx.org/trac/changeset/37471 First bug report: 1) Set table width 2) Save and close document 3) Reopen document 4)

Re: tabular*

On Fri, Feb 4, 2011 at 00:21, Pavel Sanda wrote: > wiki newinlyx20 is waiting for you. done

I could use something like "Export LyX" option

Hello, When we were talking about creating a tar.gz package for shipping LyX from user to user, I was not interested. But now I see that something like that would be handy. I've got lots and lots of image files in my document folder, but after cutting, trimming, re-organizing, I did not use

  1   2   >