Re: Problem with Python 3.6.6

2019-06-03 Thread Guenter Milde
On 2019-06-03, José Abílio Matos wrote: > On Tuesday, 26 February 2019 12.15.06 WEST Guenter Milde wrote: >> In any case, os.popen is deprecated since Python 2.6 and should be replaced >> by calls to subprocess. https://docs.python.org/3/library/subprocess.html > That is true but in a sense there

Re: Problem with Python 3.6.6

2019-06-03 Thread Guenter Milde
On 2019-06-03, José Abílio Matos wrote: > On Thursday, 28 February 2019 22.03.48 WEST Guenter Milde wrote: >> >> diff --git a/lib/scripts/convertDefault.py >> >> b/lib/scripts/convertDefault.py >> >> index 8678965013..c7db4f5499 100644 >> >> --- a/lib/scripts/convertDefault.py >> >> +++ b/lib/scrip

Re: LyX<-->word --> Latex to XML

2019-06-03 Thread José Abílio Matos
On Tuesday, 23 April 2019 22.23.41 WEST Nico Williams wrote: > FWIW, I've done some LyX->LyXHTML->XML conversions, as well as > LyX->XML via Python (to fix text styling open/close mismatching) and > then XSLT. > > You can find that work here: https://github.com/nicowilliams/lyx2rfc > > It's a bit

Re: InstantPreview fails with Python 3

2019-06-03 Thread José Abílio Matos
On Monday, 11 February 2019 00.57.16 WEST Uwe Stöhr wrote: > InstantPreview fails with Python 3.7.2 and I cannot figure out why. In > the console I see: > > - graphics\PreviewLoader.cpp (781): > PreviewLoader::finishedInProgress(1): processing failed for python -tt > $$s/scripts/lyxpreview2bitmap.

Re: Problem with Python 3.6.6

2019-06-03 Thread José Abílio Matos
On Tuesday, 26 February 2019 12.15.06 WEST Guenter Milde wrote: > In any case, os.popen is deprecated since Python 2.6 and should be replaced > by calls to subprocess. https://docs.python.org/3/library/subprocess.html > > Hope this helps, > > Günter That is true but in a sense there is no need b

Re: Problem with Python 3.6.6

2019-06-03 Thread José Abílio Matos
On Thursday, 28 February 2019 22.03.48 WEST Guenter Milde wrote: > >> diff --git a/lib/scripts/convertDefault.py > >> b/lib/scripts/convertDefault.py > >> index 8678965013..c7db4f5499 100644 > >> --- a/lib/scripts/convertDefault.py > >> +++ b/lib/scripts/convertDefault.py > >> @@ -35,7 +35,10 @@ if

Re: [LyX/master] Fix bug in python comparison.

2019-06-03 Thread José Abílio Matos
On Monday, 3 June 2019 18.24.00 WEST Enrico Forestieri wrote: > Hence, I think that the correct patch is removing the call to hex, because You are right. :-) So the better solution is to remove that C trick since python can do a lexicographic comparison. That is actually what we intend to do her

Re: [LyX/master] Fix bug in python comparison.

2019-06-03 Thread Enrico Forestieri
On Mon, Jun 03, 2019 at 06:14:51PM +0200, José Matos wrote: > commit a8937b53ecb054e140036b742e0c529bf8c9937a > Author: José Matos > Date: Mon Jun 3 17:15:09 2019 +0100 > > Fix bug in python comparison. > > It worked in python2 but not the way the authors imagined. Because hex >

Re: convertDefault.py is broken under python 3

2019-06-03 Thread José Abílio Matos
On Monday, 11 February 2019 00.25.41 WEST Uwe Stöhr wrote: > Besides this I don't understand why we limit the depth for image > conversions to 8 bit: > sopts = "-depth 8" Unless there is a strong reason to limit the conversions to 8 bit I agree with Uwe. Regards, -- José Abílio

Re: convertDefault.py is broken under python 3

2019-06-03 Thread José Abílio Matos
On Thursday, 21 March 2019 01.37.56 WEST Uwe Stöhr wrote: > Am 18.03.2019 um 02:31 schrieb Scott Kostyshak: > > Bump. Did we get this figured out? > > Well, the -depth8 restriction for ImageMagick can definitely go and i > now just did this. Nevertheless convertDefault.py is broken under python >

Re: Probl??me de réversion lineno

2019-06-03 Thread Pavel Sanda
On Mon, Jun 03, 2019 at 02:33:35PM +0200, Jürgen Spitzmüller wrote: > Am Mo., 3. Juni 2019 um 14:01 Uhr schrieb Pavel Sanda : > > > But this re-introduces the problem of impossibility to remove settings > > (emptying options) from the dialog I tried to address by bea275647291. > > > > The proper

Re: Probl??me de réversion lineno

2019-06-03 Thread Jürgen Spitzmüller
Am Mo., 3. Juni 2019 um 14:01 Uhr schrieb Pavel Sanda : > But this re-introduces the problem of impossibility to remove settings > (emptying options) from the dialog I tried to address by bea275647291. > The proper fix is 18ebcab403 > What were the exact steps to reproduce the problem reported

Re: Probl??me de réversion lineno

2019-06-03 Thread Jean-Marc Lasgouttes
Le 03/06/2019 à 14:00, Pavel Sanda a écrit : On Sun, Jun 02, 2019 at 07:19:55PM +0200, Jürgen Spitzmüller wrote: Am Mittwoch, den 29.05.2019, 16:23 + schrieb Guenter Milde: I have seen this problem as some stage during my work on lyx2lyx. So, maybe it was present between 09e69f96d and 45c5b

Re: Probl??me de réversion lineno

2019-06-03 Thread Pavel Sanda
On Sun, Jun 02, 2019 at 07:19:55PM +0200, Jürgen Spitzmüller wrote: > Am Mittwoch, den 29.05.2019, 16:23 + schrieb Guenter Milde: > > I have seen this problem as some stage during my work on lyx2lyx. > > So, maybe it was present between 09e69f96d and 45c5b39692c but is > > fixed now? > > No, i

Re: [PATCH] Make math autocorrrect work with more than 2 chars

2019-06-03 Thread Jean-Marc Lasgouttes
Le 25/05/2019 à 02:07, Isaac Oscar Gariano a écrit : I have also attached another patch here that turns off the keyboard shortcuts ("!" and "space") that turn on/off autocrrect, as I find this feature incrediably annoying and it is now unecesary thanks to the ability to undo-autocorrects that J

Re: Probl??me de réversion lineno

2019-06-03 Thread Jean-Marc Lasgouttes
Le 03/06/2019 à 08:54, Jürgen Spitzmüller a écrit : Am Sonntag, den 02.06.2019, 20:16 +0200 schrieb Jean-Marc Lasgouttes: Thaanks for that. Isn't it though better to output \lineno_options "" ? I thought we tried to make the list of buffer parameters as explicit and predictable as possible.