Am Tue, 29 Dec 2020 00:44:25 +0100
schrieb Jean-Marc Lasgouttes <lasgout...@lyx.org>:

> Le 28 décembre 2020 19:04:35 GMT+01:00, "Jürgen Spitzmüller" <sp...@lyx.org> 
> a écrit :
> >Am Montag, dem 28.12.2020 um 19:00 +0100 schrieb Pavel Sanda:
> >> But this position gets weaker as we do not seem to get closer to the
> >> actual release, I know.
> >
> >This is what we should really aim at, actually (independent of the qt
> >question).
> >
> >Also, I seemed to remember that there was reluctance pulling too much
> >Qt into the core (though I can't remember the details and whether this
> >position still holds).
> >
> >Jürgen
> >
> 
> Could it be that this is why boost::regex was useful after all? Did we rush 
> too fast in
> our joy of getting rid of it?
> 
> I do not think that solving issues with crappy compilers involves going all 
> the way in
> Qt's arms. Qt does have its flaws and bugs, and besides banging our head 
> against the
> walls, there is not much we can do to cure it. Qt does not follow a standard, 
> it is
> just Qt. Is it supposed to clear the screen before calling paintEvent? Nobody 
> knows.
> Does it tell you when the system keyboard is switched? Your guess is as good 
> as mine.
> 
> This is where relying on standards is good. There is correct behavior and 
> incorrect
> behavior. How do we find a good std::regex implementation for windows? Is 
> there a
> compiler version that works? Is there an alternative std c++ library we can 
> use? These
> are better questions than running towards an hypothetical saviour.
> 
> I'm rambling, looks like it is time to go to bed.
> 
> JMarc

All I can say is, that going with std::regex should be the way. My experience 
with wregex
is not satisfying though. QRegularExpression behaves better (with respect to 
unicode
letters)

        Kornel

Attachment: pgp3a8fAsYodh.pgp
Description: Digitale Signatur von OpenPGP

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Reply via email to