On 11 November 2011 12:32, Robin Burchell <[email protected]> wrote: > hi, > > On Fri, Nov 11, 2011 at 1:10 PM, <[email protected]> wrote: >> Our main issue seem to be timing then. We currently have the opportunity >> of changing API to some extend before we freeze down things for Qt 5 >> again. Thus we'd need something relatively soon to be able to use it for >> 5.0. > > hmm, what stops us from moving QRegExp to an addon (somehow - how are > we going to do this e.g. with the methods in QString?) and introducing > new regular expressions support later? I guess it's a bit of an > inconvenience, but it avoids slipping everything for one feature
_IF_ a consensus s reached upon going with PCRE, would it be possible to make a new class (... set of classes) using the UTF-8 engine, and upgrade it later to the UTF-16 version -- thus, getting all the benefits? In particular, I'm thinking that it will need some time to get the UTF-16 port in a good shape, and even more time to get it shipped in major distributions. Is it ok for Qt(Core) to depend on bleeding-edge software? Cheers, -- Giuseppe D'Angelo _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
