emacs.bind, cua.bind

Hi Vincent, can this Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out go also to emacs.bind? This is very handy, and there is no binding yet. Kornel signature.asc Description: This is a digitally signed message part.

Re: [RFC] Per-document output settings

Pavel Sanda wrote: i haven't look on the QProcess yet, but if it works like execvp AFAIU, It does not generally work like execvp, but it includes the possibilitiy to work like that. QProcess looks quite flexible. it will completely break eg version control handling. If so, we could for the

Re: r29597 - in lyx-devel/trunk/src: . insets

Vincent van Ravesteijn wrote: Also in branch ? OK. Jürgen

Re: r29598 - lyx-devel/trunk/src

Vincent van Ravesteijn wrote: to Branch ? Yes. Jürgen

Re: r29602 - lyx-devel/trunk/src

Vincent van Ravesteijn wrote: Also for branch ? Yes. Jürgen

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

Enrico Forestieri wrote: Jürgen, this is also needed in branch. I don't know what else bug this may have caused. I see that dirList() is also used in Converters::move(). OK. Jürgen

Re: [RFC] Per-document output settings

On Sat, May 09, 2009 at 10:49:29PM +0200, Pavel Sanda wrote: again, this was not the problem. i'm all for having parallel processing, the argued cases were for _synchro_ calls switch from ::system to qprocess - there is no change wrt the ui appearance, only you have more general solution of

Re: Integration of libmythes and hunspell

On 09/05/2009 21:44, Kevin Hendricks wrote: Hi, One other thing. I have retired from supporting software for over 5 years now. So MyThes has not been under active support or development for a very long time. Portions of MyThes and MySpell live on in the Hunspell project and in

Re: python file call

Am Samstag 09 Mai 2009 schrieb Kornel Benko: Am Samstag 09 Mai 2009 schrieb José Matos: Like the following patch (untested)? Test was ok with the option -s. But I was unable to find out how to use --src_file. Kornel The test is valid now for --src_file too. This lyx_pot.py does not

Re: [RFC] Per-document output settings

Jürgen Spitzmüller wrote: it will completely break eg version control handling. If so, we could for the time being keep an oldSystemcall method that is only used by vc until the problems are solved. that was my proposal pavel

Possible integration of hunspell support into LyX

To whom it may concern, please forward this request to the main author(s) of hunspell. Dear Nemeth, From the changelog of hunspell-1.2.8, it seems that you are the main developer of hunspell. I am probably going to integrate hunspell support into LyX (www.lyx.org) as a possible alternative

Re: emacs.bind, cua.bind

On Sun, May 10, 2009 at 4:16 AM, Kornel Benko kor...@lyx.org wrote: Hi Vincent, can this        Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out go also to emacs.bind? This is very handy, and there is no binding yet. ...And to mac.bind as well, please! Thanks. BH

Re: Access to the svn/web server

Have you gotten access yet? /Christian -- Christian Ridderström Mobile: +46-70 687 39 44

Re: Missed all the fun. :-)

On Thu, 30 Apr 2009, José Matos wrote: Hi all, I've missed the fun even longer (various computer trouble combined with starting at my new work). Anyway, I'm back now. In general, if I don't respend timely on the list, please feel free to e-mail me directly on my gmail-address, i.e.

Re: svn work over a firewall

On Sat, 9 May 2009, Pavel Sanda wrote: José Matos wrote: Is it possible with the new scheme to work under this conditions? no, you would need account on the machine. It's possibly also a bad idea to allow access to the svn repo simultaneously via two different mechanisms - at least I

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

On Sat, 2 May 2009, Jürgen Spitzmüller wrote: What we should do: * recognize eLyXer as a HTML converter (already done, AFAICS) * communicate whether both in eLyXer or LyX, something could be improved to make their cooperation easier What we could do (given that Alex supports this idea): *

Re: Access to the svn/web server

On Sun, 10 May 2009, Christian Ridderström wrote: Have you gotten access yet? you = Jean-Marc. /C /Christian -- Christian Ridderström Mobile: +46-70 687 39 44

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

Welcome back, Christian, On Sun, May 10, 2009 at 6:56 PM, Christian Ridderström christian.ridderst...@gmail.com wrote: I'm not sure if the above is what eventually got decided, but if so one way to officially recognise eLyXer is to let Alex create a web page about inside www.lyx.org. Actually,

blocker: new regression in LyX 1.6.3svn

- open the UserGuide from within LyX - works - open the UserGuide by drag'n drop it into LyX - works - open the UserGuide by double clicking on int - LyX crashes immediately This bug is new since this weekend, has been introduced after r29578. Uwe

Re: blocker: new regression in LyX 1.6.3svn

Uwe Stöhr schreef: - open the UserGuide from within LyX - works - open the UserGuide by drag'n drop it into LyX - works - open the UserGuide by double clicking on int - LyX crashes immediately You mean double-clicking on it in the explorer ? How can I try that ? Vincent

Re: blocker: new regression in LyX 1.6.3svn

Uwe Stöhr schreef: - open the UserGuide from within LyX - works - open the UserGuide by drag'n drop it into LyX - works - open the UserGuide by double clicking on int - LyX crashes immediately This bug is new since this weekend, has been introduced after r29578. Uwe Ah, that's because the

Re: non-blocking processing

Could still not commit. The current solution is NOT (NOT NOT NOT NOT NOT) a solution. Peter

Re: non-blocking processing

Peter Kümmel schreef: Could still not commit. The current solution is NOT (NOT NOT NOT NOT NOT) a solution. Peter You want me to commit something for you, for the time being ? Vincent

Re: non-blocking processing

Vincent van Ravesteijn wrote: Peter Kümmel schreef: Could still not commit. The current solution is NOT (NOT NOT NOT NOT NOT) a solution. Peter You want me to commit something for you, for the time being ? Vincent Thanks Vincent, I panned to test the QProcess thing. But now I'm

Re: non-blocking processing

The idea was to commit the patch posted at beginning of this thread and to see how big the probems are, especially Pavel's svn code. http://marc.info/?l=lyx-develm=124136994215110w=2 It's in. After solving the problems, I had planned to integrate my previous GUI patches:

Re: non-blocking processing

On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn v.f.vanraveste...@tudelft.nl wrote: The idea was to commit the patch posted at beginning of this thread and to see how big the probems are, especially Pavel's svn code. http://marc.info/?l=lyx-develm=124136994215110w=2 It's in. It

Re: Access to the svn/web server

Le 10 mai 09 à 19:00, Christian Ridderström a écrit : On Sun, 10 May 2009, Christian Ridderström wrote: Have you gotten access yet? you = Jean-Marc. Not that I know of (do you see something?) JMarc

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

On Sun, 10 May 2009, Alex Fernandez wrote: Welcome back, Christian, It's nice to be back! (Actually, it's nice to be able to use pine, and to be able to access the lists as news groups :-) Apologies in advance for what became a rather long post. There are no technical insights regarding

Re: non-blocking processing

On Sun, May 10, 2009 at 04:29:42PM -0400, BH wrote: On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn v.f.vanraveste...@tudelft.nl wrote: The idea was to commit the patch posted at beginning of this thread and to see how big the probems are, especially Pavel's svn code.

Re: r29550 - in lyx-devel/trunk: lib/lyx2lyx src

Uwe Stöhr wrote: have a look the next days, so put it in when it is needed or an improvement. yes, its in. pavel

Re: non-blocking processing

BH wrote: It kills typesetting for me (on Mac). the same on linux pavel

Re: r29581 - lyx-devel/trunk/lib/doc

sp...@lyx.org wrote: Author: spitz Date: Sat May 9 11:09:48 2009 New Revision: 29581 URL: http://www.lyx.org/trac/changeset/29581 Log: * UserGuide: - update description wrt MyThes inclusion - quote MyThes license, as required by the license. Modified:

Re: non-blocking processing

On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda sa...@lyx.org wrote: BH wrote: It kills typesetting for me (on Mac). the same on linux I should have said: it kills typesetting for me with Qt-4.5.1. When I recompile with Qt-4.4.x, I can typeset normally -- that is, while it typesets, I have to

Re: emacs.bind, cua.bind

BH wrote: Hi Vincent, can this        Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out go also to emacs.bind? This is very handy, and there is no binding yet. ...And to mac.bind as well, please! i added those. there are probably other bindings added to cua.bind during last

Re: non-blocking processing

On Sun, May 10, 2009 at 8:05 PM, BH bewih...@gmail.com wrote: On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda sa...@lyx.org wrote: BH wrote: It kills typesetting for me (on Mac). the same on linux I should have said: it kills typesetting for me with Qt-4.5.1. When I recompile with Qt-4.4.x, I

Re: emacs.bind, cua.bind

On Sun, May 10, 2009 at 8:07 PM, Pavel Sanda sa...@lyx.org wrote: BH wrote: Hi Vincent, can this        Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out go also to emacs.bind? This is very handy, and there is no binding yet. ...And to mac.bind as well, please! i added

emacs.bind, cua.bind

Hi Vincent, can this "Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out" go also to emacs.bind? This is very handy, and there is no binding yet. Kornel signature.asc Description: This is a digitally signed message part.

Re: [RFC] Per-document output settings

Pavel Sanda wrote: > i haven't look on the QProcess yet, but if it works like execvp AFAIU, It does not generally "work" like execvp, but it includes the possibilitiy to work like that. QProcess looks quite flexible. > it will completely break eg version control handling. If so, we could for

Re: r29597 - in lyx-devel/trunk/src: . insets

Vincent van Ravesteijn wrote: > Also in branch ? OK. Jürgen

Re: r29598 - lyx-devel/trunk/src

Vincent van Ravesteijn wrote: > to Branch ? Yes. Jürgen

Re: r29602 - lyx-devel/trunk/src

Vincent van Ravesteijn wrote: > Also for branch ? Yes. Jürgen

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

Enrico Forestieri wrote: > Jürgen, this is also needed in branch. I don't know what else bug this > may have caused. I see that dirList() is also used in Converters::move(). OK. Jürgen

Re: [RFC] Per-document output settings

On Sat, May 09, 2009 at 10:49:29PM +0200, Pavel Sanda wrote: > again, this was not the problem. i'm all for having parallel processing, the > argued cases were for _synchro_ calls switch from ::system to qprocess - there > is no change wrt the ui appearance, only you have more general solution of

Re: Integration of libmythes and hunspell

On 09/05/2009 21:44, Kevin Hendricks wrote: Hi, One other thing. I have retired from supporting software for over 5 years now. So MyThes has not been under active support or development for a very long time. Portions of MyThes and MySpell live on in the Hunspell project and in

Re: python file call

Am Samstag 09 Mai 2009 schrieb Kornel Benko: > Am Samstag 09 Mai 2009 schrieb José Matos: > > Like the following patch (untested)? > > Test was ok with the option -s. > > But I was unable to find out how to use --src_file. > > Kornel The test is valid now for "--src_file" too. This

Re: [RFC] Per-document output settings

Jürgen Spitzmüller wrote: > > it will completely break eg version control handling. > > If so, we could for the time being keep an oldSystemcall method that is only > used by vc until the problems are solved. that was my proposal pavel

Possible integration of hunspell support into LyX

To whom it may concern, please forward this request to the main author(s) of hunspell. Dear Nemeth, From the changelog of hunspell-1.2.8, it seems that you are the main developer of hunspell. I am probably going to integrate hunspell support into LyX (www.lyx.org) as a possible alternative

Re: emacs.bind, cua.bind

On Sun, May 10, 2009 at 4:16 AM, Kornel Benko wrote: > Hi Vincent, > can this > >        "Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out" > > go also to emacs.bind? > This is very handy, and there is no binding yet. ...And to mac.bind as well, please! Thanks. BH

Re: Access to the svn/web server

Have you gotten access yet? /Christian -- Christian Ridderström Mobile: +46-70 687 39 44

Re: Missed all the fun. :-)

On Thu, 30 Apr 2009, José Matos wrote: Hi all, I've missed the fun even longer (various computer trouble combined with starting at my new work). Anyway, I'm back now. In general, if I don't respend timely on the list, please feel free to e-mail me directly on my gmail-address, i.e.

Re: svn work over a firewall

On Sat, 9 May 2009, Pavel Sanda wrote: José Matos wrote: Is it possible with the new scheme to work under this conditions? no, you would need account on the machine. It's possibly also a bad idea to allow access to the svn repo simultaneously via two different mechanisms - at least I

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

On Sat, 2 May 2009, Jürgen Spitzmüller wrote: What we should do: * recognize eLyXer as a HTML converter (already done, AFAICS) * communicate whether both in eLyXer or LyX, something could be improved to make their cooperation easier What we could do (given that Alex supports this idea): *

Re: Access to the svn/web server

On Sun, 10 May 2009, Christian Ridderström wrote: Have you gotten access yet? you = Jean-Marc. /C /Christian -- Christian Ridderström Mobile: +46-70 687 39 44

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

Welcome back, Christian, On Sun, May 10, 2009 at 6:56 PM, Christian Ridderström wrote: > I'm not sure if the above is what eventually got decided, but if so one way > to "officially" recognise eLyXer is to let Alex create a web page about > inside www.lyx.org.

blocker: new regression in LyX 1.6.3svn

- open the UserGuide from within LyX -> works - open the UserGuide by drag'n drop it into LyX -> works - open the UserGuide by double clicking on int -> LyX crashes immediately This bug is new since this weekend, has been introduced after r29578. Uwe

Re: blocker: new regression in LyX 1.6.3svn

Uwe Stöhr schreef: - open the UserGuide from within LyX -> works - open the UserGuide by drag'n drop it into LyX -> works - open the UserGuide by double clicking on int -> LyX crashes immediately You mean double-clicking on it in the explorer ? How can I try that ? Vincent

Re: blocker: new regression in LyX 1.6.3svn

Uwe Stöhr schreef: - open the UserGuide from within LyX -> works - open the UserGuide by drag'n drop it into LyX -> works - open the UserGuide by double clicking on int -> LyX crashes immediately This bug is new since this weekend, has been introduced after r29578. Uwe Ah, that's because the

Re: non-blocking processing

Could still not commit. The current solution is NOT (NOT NOT NOT NOT NOT) a solution. Peter

Re: non-blocking processing

Peter Kümmel schreef: Could still not commit. The current solution is NOT (NOT NOT NOT NOT NOT) a solution. Peter You want me to commit something for you, for the time being ? Vincent

Re: non-blocking processing

Vincent van Ravesteijn wrote: > Peter Kümmel schreef: >> Could still not commit. >> >> The current solution is NOT (NOT NOT NOT NOT NOT) a solution. >> >> Peter >> >> >> > You want me to commit something for you, for the time being ? > > Vincent > Thanks Vincent, I panned to test the

Re: non-blocking processing

The idea was to commit the patch posted at beginning of this thread and to see how big the probems are, especially Pavel's svn code. http://marc.info/?l=lyx-devel=124136994215110=2 It's in. After solving the problems, I had planned to integrate my previous GUI patches:

Re: non-blocking processing

On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn wrote: > >> >> The idea was to commit the patch posted at beginning of this thread >> and to see how big the probems are, especially Pavel's svn code. >> http://marc.info/?l=lyx-devel=124136994215110=2 >> > >

Re: Access to the svn/web server

Le 10 mai 09 à 19:00, Christian Ridderström a écrit : On Sun, 10 May 2009, Christian Ridderström wrote: Have you gotten access yet? you = Jean-Marc. Not that I know of (do you see something?) JMarc

Re: Some poll about elyxer (was: Integration of eLyXer to LyX)

On Sun, 10 May 2009, Alex Fernandez wrote: Welcome back, Christian, It's nice to be back! (Actually, it's nice to be able to use pine, and to be able to access the lists as news groups :-) Apologies in advance for what became a rather long post. There are no technical insights regarding

Re: non-blocking processing

On Sun, May 10, 2009 at 04:29:42PM -0400, BH wrote: > On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn > wrote: > > > >> > >> The idea was to commit the patch posted at beginning of this thread > >> and to see how big the probems are, especially Pavel's svn

Re: r29550 - in lyx-devel/trunk: lib/lyx2lyx src

Uwe Stöhr wrote: > have a look the next days, so put it in when it is needed or an > improvement. yes, its in. pavel

Re: non-blocking processing

BH wrote: > It kills typesetting for me (on Mac). the same on linux pavel

Re: r29581 - lyx-devel/trunk/lib/doc

sp...@lyx.org wrote: > Author: spitz > Date: Sat May 9 11:09:48 2009 > New Revision: 29581 > URL: http://www.lyx.org/trac/changeset/29581 > > Log: > * UserGuide: > - update description wrt MyThes inclusion > - quote MyThes license, as required by the license. > > Modified: >

Re: non-blocking processing

On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda wrote: > BH wrote: >> It kills typesetting for me (on Mac). > > the same on linux I should have said: it kills typesetting for me with Qt-4.5.1. When I recompile with Qt-4.4.x, I can typeset normally -- that is, while it typesets, I

Re: emacs.bind, cua.bind

BH wrote: > > Hi Vincent, > > can this > > > >        "Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out" > > > > go also to emacs.bind? > > This is very handy, and there is no binding yet. > > ...And to mac.bind as well, please! i added those. there are probably other bindings added to

Re: non-blocking processing

On Sun, May 10, 2009 at 8:05 PM, BH wrote: > On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda wrote: >> BH wrote: >>> It kills typesetting for me (on Mac). >> >> the same on linux > > I should have said: it kills typesetting for me with Qt-4.5.1. When I > recompile

Re: emacs.bind, cua.bind

On Sun, May 10, 2009 at 8:07 PM, Pavel Sanda wrote: > BH wrote: >> > Hi Vincent, >> > can this >> > >> >        "Bind M-plus(M-equal) and M-minus to buffer-zoom-in/out" >> > >> > go also to emacs.bind? >> > This is very handy, and there is no binding yet. >> >> ...And to mac.bind