Re: Python error

Am Mittwoch, den 12.04.2017, 20:25 +0200 schrieb Enrico Forestieri: > On Wed, Apr 12, 2017 at 07:28:49PM +0200, Enrico Forestieri wrote: > > On Wed, Apr 12, 2017 at 06:09:00PM +0200, Jürgen Spitzmüller wrote: > > > > > > FWIW the patch fixes my case (although reconfiguring seems > > >

Re: [LyX/master] BufferParams: rename formula_indent to math_indent etc. as requested

Le 13/04/2017 à 11:50, Jean-Marc Lasgouttes a écrit : Thanks Uwe for giving a go to it. There are still a number of issues, though. I would really have preferred math_indent to math_indentation, and you should get rid of the second version that is a string instead of a length. I meant that

Re: [LyX/master] MathAtom is a unique_ptr

Le 12/04/2017 à 22:06, Guillaume MM a écrit : Thanks for doing that. A question, though: do you advise to always add the explicit default entries, even when we believe that the compiler will do it by itself? I would advise to declare all four (both copy operators and both move operators,

Re: LyX docs: cleaning up math options

Am Donnerstag, 13. April 2017 um 09:53:06, schrieb Jean-Pierre Chrétien > Le 12/04/2017 à 15:20, Kornel Benko a écrit : > > Am Mittwoch, 12. April 2017 um 14:31:23, schrieb Jean-Pierre Chrétien > > > > > >> 2/ the noweb files miss a

Re: Python error

On Wednesday, 12 April 2017 19.25.29 WEST Enrico Forestieri wrote: > Maybe I beat him Yes, you did. :-) > Please, try the attached. It works for me with both python 2 and 3. I like this code more than the previous since the previous section that was windows specific could fail if we had a

Re: [LyX/master] BufferParams: rename formula_indent to math_indent etc. as requested

Thanks Uwe for giving a go to it. There are still a number of issues, though. I would really have preferred math_indent to math_indentation, and you should get rid of the second version that is a string instead of a length. I am away for a few days, I will be more specific in a few days.

Re: LyX docs: cleaning up math options

Le 12/04/2017 à 15:20, Kornel Benko a écrit : Am Mittwoch, 12. April 2017 um 14:31:23, schrieb Jean-Pierre Chrétien 2/ the noweb files miss a literate to latex converter (5/33) You mean NoWeb-> latex Ok I see, literate is the short name of the file format

How to use CI server to support release?

Hi We already have CI jobs that run tasks on branch master. We'll keep them running of course, and likely add more jobs. However, do we at some future point also want CI jobs that run based on a branch/branches related to the upcoming release? Sorry for being a bit imprecise here, but I think

Re: Python error

On Thu, Apr 13, 2017 at 09:48:00AM +0100, José Abílio Matos wrote: > On Wednesday, 12 April 2017 19.40.32 WEST Enrico Forestieri wrote: > > I have some difficulty understanding how backslashes are treated > > in bytes-like objects, though. > > Do you have an examples? > > I am not aware of any

Re: Python error

On Wednesday, 12 April 2017 19.40.32 WEST Enrico Forestieri wrote: > I have some difficulty understanding how backslashes are treated > in bytes-like objects, though. Do you have an examples? I am not aware of any differences regarding backslashes in strings or bytes. -- José Abílio

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools-extended #155

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/155/

Jenkins build is back to normal : Build branch "master" » ubuntu-latest-qt5-cmake #139

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/139/

Re: [LyX/master] BufferParams: rename formula_indent to math_indent etc. as requested

On 2017-04-13, Jean-Marc Lasgouttes wrote: > Thanks Uwe for giving a go to it. There are still a number of issues, > though. > I would really have preferred math_indent to math_indentation, ... I would actually have preferred "mathindent". However, looking in the lyx-file, I see that

Re: [LyX/master] BufferParams: rename formula_indent to math_indent etc. as requested

El 13.04.2017 a las 22:56, Jean-Marc Lasgouttes escribió: I meant that you introduce one HSpace variable in BufferParams::Impl and a string variable in BufferParams. What is that? I have just used what is already in use to set the paragraph indentation. I have also begun a patch to get rid

Re: How far is 2.3.0?

José Abílio Matos wrote: > FWIW, IMHO it all comes to: > > What is the event that we think is relevant to jump to the 3.x series? > > If none then the first number in the 2.x.y moniker is irrelevant and it > should > be dropped. You can take the first number just as a buffer for the case the

Re: Python error

On Thursday, 13 April 2017 10.46.18 WEST Enrico Forestieri wrote: > The rule I infer from the above is that in b'' objects the backslash > is not special unless followed by another backslash, in which case > is quotes the backslash. This seems nonsense to me. FWIW a couple of weeks ago I was

Re: Lyx 2.2 errors w/ miktex 2.9.6 (on win10)

Hallo Stephan, Can't help you directly on Mac, perhaps until i get a colleague to redo it for me... 2-3 weeks later. I can certainly document on win7 and win10, since all my recent Lyx installs this week have failed the same. Not even the Lyx Help files could compile (ctrl-r => style/class not

Re: Lyx 2.2 errors w/ miktex 2.9.6 (on win10)

Am 13.04.2017 um 15:44 schrieb Mitch Gusat : > > Seen the same issues on Mac and Linux, but it's particularly vexing on > Windows since the recent (April'17) Miktex 2.9 release: Lyx 2.0/1/2 used to > work flawlessly for years before the new miktex release. Hi Mitch, I’d like

Re: Python error

On 2017-04-13, Enrico Forestieri wrote: > On Thu, Apr 13, 2017 at 09:48:00AM +0100, José Abílio Matos wrote: >> On Wednesday, 12 April 2017 19.40.32 WEST Enrico Forestieri wrote: >> > I have some difficulty understanding how backslashes are treated >> > in bytes-like objects, though. >> Do you

Re: Python error

On Thu, Apr 13, 2017 at 02:45:07PM +0100, José Abílio Matos wrote: > On Thursday, 13 April 2017 10.46.18 WEST Enrico Forestieri wrote: > > The rule I infer from the above is that in b'' objects the backslash > > is not special unless followed by another backslash, in which case > > is quotes the

Re: Python error

On Thu, Apr 13, 2017 at 11:36:56AM +, Guenter Milde wrote: > > Ther difference in backslash handling is due to the "r" praefix, not > depending on binary or not: > > rb'\n' <-> r'\n' >b'\n' <-> '\n' Yes, I was aware of the meaning of the r prefix. > In Python, the backslash

Re: Python error

On Thursday, 13 April 2017 15.52.57 WEST Enrico Forestieri wrote: > Thanks for the pointer. I also see there: > > Changed in version 3.6: Unrecognized escape sequences produce a > DeprecationWarning. In some future version of Python they will > be a SyntaxError. > > which is what I