Am 16.02.2020 um 04:26 schrieb Richard Kimberly Heck :
>
> On 2/15/20 10:07 PM, Scott Kostyshak wrote:
>>
>>> I'm curious, why is it necessary to support Python 2?
>> I forget what the discussion is regarding why we chose those versions.
>> From what I understand, requiring 2.7 (as opposed to som
On Sat, Feb 15, 2020 at 10:26:15PM -0500, Richard Kimberly Heck wrote:
> On 2/15/20 10:07 PM, Scott Kostyshak wrote:
> >
> >> I'm curious, why is it necessary to support Python 2?
> > I forget what the discussion is regarding why we chose those versions.
> > From what I understand, requiring 2.7 (a
On 2/15/20 10:07 PM, Scott Kostyshak wrote:
>
>> I'm curious, why is it necessary to support Python 2?
> I forget what the discussion is regarding why we chose those versions.
> From what I understand, requiring 2.7 (as opposed to some earlier 2.x)
> makes things easier. Probably we will not allow
On Sat, Feb 15, 2020 at 09:25:40PM +0100, Kornel Benko wrote:
> Am Sat, 15 Feb 2020 21:15:17 +0100
> schrieb Kornel Benko :
>
> > Am Sat, 15 Feb 2020 14:03:43 -0500
> > schrieb Scott Kostyshak :
> >
> > > Attached is a patch for lyxpreview_tools.py, but I don't know Python
> > > well and I don't
On Sat, Feb 15, 2020 at 07:46:56PM +, Neven Sajko wrote:
> Hmm, after looking at the last few commits, it seems this may be a
> more involved issue
> than I first thought. On the one hand one has to take care to use the
> proper choice
> between "Unicode" and "byte" strings,
Thanks for the sug
On Sun, Feb 16, 2020 at 01:37:34AM +0100, Enrico Forestieri wrote:
> On Sat, Feb 15, 2020 at 02:03:43PM -0500, Scott Kostyshak wrote:
>
> > Attached is a patch for lyxpreview_tools.py, but I don't know Python
> > well and I don't know how to test whether this code works as intended
> > now or not.
On Sat, Feb 15, 2020 at 02:03:43PM -0500, Scott Kostyshak wrote:
> Attached is a patch for lyxpreview_tools.py, but I don't know Python
> well and I don't know how to test whether this code works as intended
> now or not. All I know is it gets rid of the error.
>
> I originally saw that error on
Am Sat, 15 Feb 2020 21:15:17 +0100
schrieb Kornel Benko :
> Am Sat, 15 Feb 2020 14:03:43 -0500
> schrieb Scott Kostyshak :
>
> > Attached is a patch for lyxpreview_tools.py, but I don't know Python
> > well and I don't know how to test whether this code works as intended
> > now or not. All I kno
Am Sat, 15 Feb 2020 14:03:43 -0500
schrieb Scott Kostyshak :
> Attached is a patch for lyxpreview_tools.py, but I don't know Python
> well and I don't know how to test whether this code works as intended
> now or not. All I know is it gets rid of the error.
>
> I originally saw that error on mast
Hmm, after looking at the last few commits, it seems this may be a
more involved issue
than I first thought. On the one hand one has to take care to use the
proper choice
between "Unicode" and "byte" strings, on the other hand it seems like
the Lyx guys want
the script to work for both Python 2 and
Actually, do something like this (no "using distributivity" like in my
first message, to get a minimal git diff)
def_re =
re.compile(r"(\newcommandx|\renewcommandx|\global\long\def)(\[a-zA-Z]+)(.+)")
Regards,
Neven Sajko
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mai
Two notes: it would be better to use raw strings (r"string") and to maybe do
r"\(a|b|c|d)" instead of r"(\a|\b|\c|\d)" (use distributivity, in other words).
So, I think you want this:
def_re =
re.compile(r"\(newcommandx|renewcommandx|global\long\def)(\[a-zA-Z]+)(.+)")
Regards,
Neven Sajko
--
l
12 matches
Mail list logo
