Re: LyX 2.0: removing support for eLyXer as a module

Alex Fernandez wrote: All tests OK. I hope I didn't miss anything important. Thanks. I committed your patch. Jürgen

Re: Printer fonts in 2.0 HEAD

Guenter Milde wrote: Do we have the possibility to check for package versions via configure? If not, this should be added. It is useful in more than one case. Is here a TeX method to find out a package version other than LaTeX's \@ifpackagelater? With the latter, the packages need to be

Re: about continuous spellcheck

Jean-Marc Lasgouttes lasgout...@lyx.org wrote: did our old wiggly line die along the way btw? or can it be resuscitated? It is still there (we use it somewhere else) but it has a notion of integer rounding that make it end at seemingly random places. I found it ugly personally, but it can

Re: about continuous spellcheck

Le 31/01/2011 09:30, Edwin Leuven a écrit : Jean-Marc Lasgoutteslasgout...@lyx.org wrote: did our old wiggly line die along the way btw? or can it be resuscitated? It is still there (we use it somewhere else) but it has a notion of integer rounding that make it end at seemingly random

Re: configure broken

Le 29/01/2011 21:06, Pavel Sanda a écrit : JMarc, from r37323 configure --disable-debug no more works, i always get -g. haven't checked other switches. Fixed at r37386. JMarc

Re: Default view format set to DVI when using sweave (Juergen?)

Le 28/01/2011 06:58, Jürgen Spitzmüller a écrit : What you propose might work, but it doesn't make sense in the case of other formats, and there might be problematic cases. For instance, I get a rather unusable DVI output format with params().useNonTeXFonts currently (due to some LaTeX - HTML -

Re: Default view format set to DVI when using sweave (Juergen?)

Jean-Marc Lasgouttes wrote: What about adding a new flag importonly to converters to express that they should only be considered for importation? Or some more general flags, but I have no precise idea pf the other use cases. This should be pretty easy to implement . Yes, sounds like a

Page format

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 * margins are explicitly set export to latex sends the [letterpaper] option to package geometry, so the

Re: lettre.layout bug

Jean-Pierre Chrétien wrote: In the meantime, attached is a version of the patch enhanced with a warning about this. OK. I committed this to branch. Does trunk need the same? Jürgen

Re: about continuous spellcheck

Am 29.01.2011 um 21:14 schrieb Stephan Witt: Am 29.01.2011 um 20:40 schrieb Edwin Leuven: Stephan Witt st.w...@gmx.net wrote: I already checked open-office, eclipse and apple mail. All of them don't mark an unfinished word at first. Apple mail has exact the same behavior as LyX has

Re: export to 1.6 does not compile

Edwin Leuven wrote: Richard Heck rgh...@comcast.net wrote: Had you exported this and then reimported it? that's very possible (but i of course never check my preambles), i have switched to trunk for my regular work (to see how it holds up), but my co-author is still at 1.6... so do you

Re: Printer fonts in 2.0 HEAD

On 31/01/2011 3:14 AM, Jürgen Spitzmüller wrote: Is here a TeX method to find out a package version other than LaTeX's \@ifpackagelater? With the latter, the packages need to be loaded in advance, and we can't do that in checkconfig.ltx. \RequirePackage[options]{package}[date] -- Julien

Re: prefs2prefs problem

On 01/29/2011 02:59 AM, Jürgen Spitzmüller wrote: Richard Heck wrote: On 01/24/2011 10:40 AM, Enrico Forestieri wrote: Having noticed that recently LyX was not able to compile documents with postscript images when using pdflatex, I moved away the preferences file in the user directory and the

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

Tommaso Cucinotta wrote: I've just run the autotest/ stuff after having started X with xinit and from within an xterm. It worked as expected here (Ubuntu 10.10). after your last commit it starts to work here (though not having icewm). monkey is now happily bashing my keyboard. however

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

Tommaso Cucinotta wrote: I've just run the autotest/ stuff after having started X with xinit and from within an xterm. It worked as expected here (Ubuntu 10.10). after your last commit it starts to work here (though not having icewm). monkey is now happily bashing my keyboard. however the

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

Pavel Sanda wrote: Tommaso Cucinotta wrote: I've just run the autotest/ stuff after having started X with xinit and from within an xterm. It worked as expected here (Ubuntu 10.10). after your last commit it starts to work here (though not having icewm). monkey is now happily

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

Il 31/01/2011 21:50, Pavel Sanda ha scritto: when i try to run single test then i need to manually remove test2.lyx and test.lyx to get ok. strange: ./run-tests.sh mytest-in.txt should remove any mytest folder as first step. T.

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

Tommaso Cucinotta wrote: Il 31/01/2011 21:50, Pavel Sanda ha scritto: when i try to run single test then i need to manually remove test2.lyx and test.lyx to get ok. strange: ./run-tests.sh mytest-in.txt should remove any mytest folder as first step. aha i run directly single-test. but

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

Il 31/01/2011 21:36, Pavel Sanda ha scritto: Running test cases . . . findadv-01: ^[fnOk findadv-02: ^[fnOk findadv-03: ^[fnFAILED findadv-04: ^[fnOk

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

Tommaso Cucinotta wrote: here we start having fun: can you please send me the (compressed) contents sent privately actually at the end i also see stray nnn pushed to the console. also, these ^[fn that you get don't seem regular to me. Some keys here those ^[fn got there before lyx is

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

Il 31/01/2011 23:52, Pavel Sanda ha scritto: -) case 04: seems like the typed characters managed to create a document whose LaTeX export contains x\textasciicircum 2instead of $x^2$. Guess: the [C-m] sequence (KK: \Cm), activating the math-mode, got lost someway while sending events. could

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

Pavel Sanda wrote: it does not affect 5,6 which still fails. part of the problems come to the fact that you hardcode keybindings for lang it_IT.utf8 and script doesn't not change UI lang here at all... pavel

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

Il 01/02/2011 01:21, Pavel Sanda ha scritto: Pavel Sanda wrote: it does not affect 5,6 which still fails. part of the problems come to the fact that you hardcode keybindings for lang it_IT.utf8 and script doesn't not change UI lang here at all... If I don't set Lang, then perhaps it is

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

Tommaso Cucinotta wrote: Il 01/02/2011 01:21, Pavel Sanda ha scritto: Pavel Sanda wrote: it does not affect 5,6 which still fails. part of the problems come to the fact that you hardcode keybindings for lang it_IT.utf8 and script doesn't not change UI lang here at all... If I don't set Lang,

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

Il 01/02/2011 01:44, Pavel Sanda ha scritto: if autotest are to be used by wider audience then we should not depend on switches to other languages (unless we are testing exactly this). Just thinking aloud: I design my test cases by exploiting the italian set-up, and I'd like that, if you try

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

Please, find attached a patch for xvkbd-3.2 that: -) adds the no_root option that avoids commands to go to the root window when no match is found -) adds the -instance option to match an application instance name, in addition or alternative to the -window that spans over names, classes and

Re: LyX 2.0: removing support for eLyXer as a module

Alex Fernandez wrote: > All tests OK. I hope I didn't miss anything important. Thanks. I committed your patch. Jürgen

Re: Printer fonts in 2.0 HEAD

Guenter Milde wrote: > > Do we have the possibility to check for package versions via configure? > > If not, this should be added. It is useful in more than one case. Is here a TeX method to find out a package version other than LaTeX's \@ifpackagelater? With the latter, the packages need to be

Re: about continuous spellcheck

Jean-Marc Lasgouttes wrote: >> did our old wiggly line die along the way btw? or can it be resuscitated? > > It is still there (we use it somewhere else) but it has a notion of integer > rounding that make it end at seemingly random places. I found it ugly > personally, but >

Re: about continuous spellcheck

Le 31/01/2011 09:30, Edwin Leuven a écrit : Jean-Marc Lasgouttes wrote: did our old wiggly line die along the way btw? or can it be resuscitated? It is still there (we use it somewhere else) but it has a notion of integer rounding that make it end at seemingly random

Re: configure broken

Le 29/01/2011 21:06, Pavel Sanda a écrit : JMarc, from r37323 configure --disable-debug no more works, i always get -g. haven't checked other switches. Fixed at r37386. JMarc

Re: Default view format set to DVI when using sweave (Juergen?)

Le 28/01/2011 06:58, Jürgen Spitzmüller a écrit : What you propose might work, but it doesn't make sense in the case of other formats, and there might be problematic cases. For instance, I get a rather unusable DVI output format with params().useNonTeXFonts currently (due to some LaTeX -> HTML

Re: Default view format set to DVI when using sweave (Juergen?)

Jean-Marc Lasgouttes wrote: > What about adding a new flag "importonly" to converters to express that > they should only be considered for importation? Or some more general > flags, but I have no precise idea pf the other use cases. > > This should be pretty easy to implement . Yes, sounds

Page format

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 * margins are explicitly set export to latex sends the [letterpaper] option to package geometry, so the

Re: lettre.layout bug

Jean-Pierre Chrétien wrote: > In the meantime, attached is a version of the patch enhanced with a warning > about this. OK. I committed this to branch. Does trunk need the same? Jürgen

Re: about continuous spellcheck

Am 29.01.2011 um 21:14 schrieb Stephan Witt: > Am 29.01.2011 um 20:40 schrieb Edwin Leuven: > >> Stephan Witt wrote: >> >>> I already checked open-office, eclipse and apple mail. >>> All of them don't mark an unfinished word at first. >>> >>> Apple mail has exact the same

Re: export to 1.6 does not compile

Edwin Leuven wrote: > Richard Heck wrote: > > Had you exported this and then reimported it? > > that's very possible (but i of course never check my preambles), i > have switched to trunk for my regular work (to see how it holds up), > but my co-author is still at 1.6... so

Re: Printer fonts in 2.0 HEAD

On 31/01/2011 3:14 AM, Jürgen Spitzmüller wrote: Is here a TeX method to find out a package version other than LaTeX's \@ifpackagelater? With the latter, the packages need to be loaded in advance, and we can't do that in checkconfig.ltx. \RequirePackage[]{}[] -- Julien

Re: prefs2prefs problem

On 01/29/2011 02:59 AM, Jürgen Spitzmüller wrote: Richard Heck wrote: On 01/24/2011 10:40 AM, Enrico Forestieri wrote: Having noticed that recently LyX was not able to compile documents with postscript images when using pdflatex, I moved away the preferences file in the user directory and the

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

> Tommaso Cucinotta wrote: > > I've just run the autotest/ stuff after having started X with xinit and > > from within an xterm. > > It worked as expected here (Ubuntu 10.10). > > after your last commit it starts to work here (though not having icewm). > monkey is now happily bashing my

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

Tommaso Cucinotta wrote: > I've just run the autotest/ stuff after having started X with xinit and > from within an xterm. > It worked as expected here (Ubuntu 10.10). after your last commit it starts to work here (though not having icewm). monkey is now happily bashing my keyboard. however the

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

Pavel Sanda wrote: > > Tommaso Cucinotta wrote: > > > I've just run the autotest/ stuff after having started X with xinit and > > > from within an xterm. > > > It worked as expected here (Ubuntu 10.10). > > > > after your last commit it starts to work here (though not having icewm). > > monkey

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

Il 31/01/2011 21:50, Pavel Sanda ha scritto: when i try to run single test then i need to manually remove test2.lyx and test.lyx to get ok. strange: "./run-tests.sh mytest-in.txt" should remove any "mytest" folder as first step. T.

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

Tommaso Cucinotta wrote: > Il 31/01/2011 21:50, Pavel Sanda ha scritto: >> >> when i try to run single test then i need to manually remove >> test2.lyx and test.lyx to get ok. > strange: "./run-tests.sh mytest-in.txt" should remove any "mytest" folder > as first step. aha i run directly

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

Il 31/01/2011 21:36, Pavel Sanda ha scritto: Running test cases . . . findadv-01: ^[fnOk findadv-02: ^[fnOk findadv-03: ^[fnFAILED findadv-04: ^[fnOk

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

Tommaso Cucinotta wrote: > here we start having fun: can you please send me the (compressed) contents sent privately >> actually at the end i also see stray "nnn" pushed to the console. > also, these "^[fn" that you get don't seem regular to me. Some keys here those ^[fn got there before

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

> Il 31/01/2011 23:52, Pavel Sanda ha scritto: >> >>> -) case 04: seems like the typed characters managed to create a document >>> whose LaTeX export contains "x\textasciicircum 2"instead of "$x^2$". >>> Guess: the "[C-m]" sequence (KK: \Cm), activating the math-mode, got >>> lost someway while

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

Pavel Sanda wrote: > it does not affect 5,6 which still fails. part of the problems come to the fact that you hardcode keybindings for lang it_IT.utf8 and script doesn't not change UI lang here at all... pavel

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

Il 01/02/2011 01:21, Pavel Sanda ha scritto: Pavel Sanda wrote: it does not affect 5,6 which still fails. part of the problems come to the fact that you hardcode keybindings for lang it_IT.utf8 and script doesn't not change UI lang here at all... If I don't set Lang, then perhaps it is "E"

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

Tommaso Cucinotta wrote: > Il 01/02/2011 01:21, Pavel Sanda ha scritto: >> Pavel Sanda wrote: >>> it does not affect 5,6 which still fails. >> part of the problems come to the fact that you hardcode keybindings for >> lang it_IT.utf8 and script doesn't not change UI lang here at all... > If I

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

Il 01/02/2011 01:44, Pavel Sanda ha scritto: if autotest are to be used by wider audience then we should not depend on switches to other languages (unless we are testing exactly this). Just thinking aloud: I design my test cases by exploiting the italian set-up, and I'd like that, if you try

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

Please, find attached a patch for xvkbd-3.2 that: -) adds the "no_root" option that avoids commands to go to the root window when no match is found -) adds the "-instance" option to match an application instance name, in addition or alternative to the "-window" that spans over names, classes