07.09.2017, 10:45, "Martin Koller" :
>> It also seems that it requires a too new ICU devel package (at least
>> for CentOS 7.3), that is I need to deactivate INTL by using
>> -DENABLE_INTL=OFF
>>
>> Can you tell us what I actually disable with that switch, e.g.: what
>> does no
07.09.2017, 10:45, "Martin Koller" :
> On Donnerstag, 27. Juli 2017 16:13:05 CEST Konstantin Tokarev wrote:
>> 27.07.2017, 16:41, "Martin Koller" :
>> > On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote:
>> >
>> >> >> You can compile with GCC 4.8
On Donnerstag, 27. Juli 2017 16:13:05 CEST Konstantin Tokarev wrote:
>
> 27.07.2017, 16:41, "Martin Koller" :
> > On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote:
> >
> >> >> You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled.
> >> However this
17.08.2017, 18:17, "Thiago Macieira" :
> On Thursday, 17 August 2017 08:12:23 PDT Konstantin Tokarev wrote:
>> Altrernatively, you can drop qtwebkit sources on the same level with other
>> Qt modules, however it will break if you customize installation paths, e.g.
>>
On Thursday, 17 August 2017 08:12:23 PDT Konstantin Tokarev wrote:
> Altrernatively, you can drop qtwebkit sources on the same level with other
> Qt modules, however it will break if you customize installation paths, e.g.
> use custom libdir. Also, cross-compilation is not supported in this way
17.08.2017, 18:06, "Thiago Macieira" :
> On Thursday, 17 August 2017 07:24:05 PDT Martin Koller wrote:
>> Hi,
>>
>> is the 5.212 branch now as integrated in Qt as it was before in Qt 5.5 in
>> the way that I can build Qt with webkit support so that the help system
On Thursday, 17 August 2017 07:24:05 PDT Martin Koller wrote:
> Hi,
>
> is the 5.212 branch now as integrated in Qt as it was before in Qt 5.5 in
> the way that I can build Qt with webkit support so that the help system and
> assistant also use it ?
No.
You need to use the split-build
Hi,
is the 5.212 branch now as integrated in Qt as it was before in Qt 5.5 in the
way that I can build Qt
with webkit support so that the help system and assistant also use it ?
What is the recommended way to build Qt and assistant to have webkit support ?
--
Best regards/Schöne Grüße
Martin
27.07.2017, 16:41, "Martin Koller" :
> On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote:
>
>> >> You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled.
>> However this brings a
>> >> degradation of user experience, especially in case of IndexedDB
On Dienstag, 25. Juli 2017 14:20:28 CEST Konstantin Tokarev wrote:
> >> You can compile with GCC 4.8 if IndexedDB and FTL JIT are disabled.
> >> However this brings a
> >> degradation of user experience, especially in case of IndexedDB which was
> >> supported
> >> in previous versions.
24.07.2017, 08:33, "Martin Koller" :
> On Sonntag, 23. Juli 2017 23:45:30 CEST Konstantin Tokarev wrote:
>> 23.07.2017, 23:49, "Martin Koller" :
>> > On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
>> >
>> >> I'm not sure it would be acceptable,
On Sonntag, 23. Juli 2017 23:45:30 CEST Konstantin Tokarev wrote:
>
> 23.07.2017, 23:49, "Martin Koller" :
> > On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
> >
> >> I'm not sure it would be acceptable, because updated QtWebKit requires
> >> full
> >> C++11
23.07.2017, 23:49, "Martin Koller" :
> On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
>
>> I'm not sure it would be acceptable, because updated QtWebKit requires full
>> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some
>> features,
On Sunday, 23 July 2017 13:49:18 PDT Martin Koller wrote:
> It would be really nice if the current release branch would compile at least
> on these major distros
Sorry, it's out of our hands. The source code upstream has moved on and is
using C++ features not available in GCC 4.8.
--
Thiago
On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
> I'm not sure it would be acceptable, because updated QtWebKit requires full
> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some
> features, or with code changes, which were not done yet).
I'm trying to
11.05.2017, 16:10, "Oswald Buddenhagen" :
> On Wed, May 10, 2017 at 09:53:26AM +0200, Edward Welbourne wrote:
>> Oswald Buddenhagen (4 May 2017 18:35)
>> > i'll say outright that you can't be part of the qt supermodule and yet
>> > have independent releases.
On Wed, May 10, 2017 at 09:53:26AM +0200, Edward Welbourne wrote:
>Oswald Buddenhagen (4 May 2017 18:35)
>> i'll say outright that you can't be part of the qt supermodule and yet
>> have independent releases. while that was the plan once upon a time, the
>> whole release
Oswald Buddenhagen (4 May 2017 18:35)
> i'll say outright that you can't be part of the qt supermodule and yet
> have independent releases. while that was the plan once upon a time, the
> whole release infrastructure simply doesn't deliver, and even just
> diverging branch names are a pita (proved
08.05.2017, 15:11, "Lars Knoll" : On 5 May 2017, at 13:15, Konstantin Tokarev wrote: 05.05.2017, 10:04, "Tuukka Turunen" :Hi,There has also been some interest also for getting Qt WebEngine to be released much faster cycle than Qt –
>>> From: Development [mailto:development-bounces+jani.heikkinen=qt.io@qt-
>>> project.org] On Behalf Of Konstantin Tokarev
>>> Sent: maanantaina 8. toukokuuta 2017 12.56
>>> To: Tuukka Turunen <tuukka.turu...@qt.io>; Oswald Buddenhagen
>>> <oswald.buddenha.
g<mailto:development@qt-project.org>
Subject: Re: [Development] QtWebKit is coming back (part 2)
05.05.2017, 14:15, "Konstantin Tokarev"
<annu...@yandex.ru<mailto:annu...@yandex.ru>>:
05.05.2017, 10:04, "Tuukka Turunen"
<tuukka.turu...@qt.io<mailto:tu
;; Oswald Buddenhagen
> <oswald.buddenha...@qt.io>; development@qt-project.org
> Subject: Re: [Development] QtWebKit is coming back (part 2)
>
>
>
> 05.05.2017, 14:15, "Konstantin Tokarev" <annu...@yandex.ru>:
> > 05.05.2017, 10:04, "Tuukka Turune
05.05.2017, 14:15, "Konstantin Tokarev" :
> 05.05.2017, 10:04, "Tuukka Turunen" :
>> Hi,
>>
>> There has also been some interest also for getting Qt WebEngine to be
>> released much faster cycle than Qt – exactly due to the security update
>> need.
05.05.2017, 10:04, "Tuukka Turunen" :
> Hi,
>
> There has also been some interest also for getting Qt WebEngine to be
> released much faster cycle than Qt – exactly due to the security update need.
> Even if we succeed in making substantially more frequent Qt patch
05.05.2017, 10:04, "Tuukka Turunen" :
> Hi,
>
> There has also been some interest also for getting Qt WebEngine to be
> released much faster cycle than Qt – exactly due to the security update need.
> Even if we succeed in making substantially more frequent Qt patch
Hi,
There has also been some interest also for getting Qt WebEngine to be released
much faster cycle than Qt – exactly due to the security update need. Even if we
succeed in making substantially more frequent Qt patch releases than before, it
may still be better if user would have the option
04.05.2017, 19:35, "Oswald Buddenhagen" :
> On Thu, May 04, 2017 at 04:51:45PM +0300, Konstantin Tokarev wrote:
>> 03.05.2017, 17:27, "Sergio Martins" :
>> > On 2017-05-03 15:02, Konstantin Tokarev wrote:
>> >> Remaining question is
On Thu, May 04, 2017 at 04:51:45PM +0300, Konstantin Tokarev wrote:
> 03.05.2017, 17:27, "Sergio Martins" :
> > On 2017-05-03 15:02, Konstantin Tokarev wrote:
> >> Remaining question is versioning. While it's fine to dub current
> >> release "5.9" (but not 5.0, because
Em quinta-feira, 4 de maio de 2017, às 07:21:03 PDT, Konstantin Tokarev
escreveu:
> Yes. But using 5.$large_number seems wrong too, because there is no hard
> upper limit for Qt 5.x series
No, but it's highly unlikely we'll get to 5.20 or 5.100.
--
Thiago Macieira - thiago.macieira (AT)
On 2017-05-04 14:51, Konstantin Tokarev wrote:
03.05.2017, 17:27, "Sergio Martins" :
On 2017-05-03 15:02, Konstantin Tokarev wrote:
Remaining question is versioning. While it's fine to dub current
release "5.9" (but not 5.0, because we will have another WebKit
04.05.2017, 17:17, "Thiago Macieira" :
> Em quinta-feira, 4 de maio de 2017, às 06:51:45 PDT, Konstantin Tokarev
> escreveu:
>> I'm leaning towards "6.0.0" number, because it's larger than any 5.x and
>> makes it clear that versioning is different now. Bug fixes will
Em quinta-feira, 4 de maio de 2017, às 06:51:45 PDT, Konstantin Tokarev
escreveu:
> I'm leaning towards "6.0.0" number, because it's larger than any 5.x and
> makes it clear that versioning is different now. Bug fixes will increment
> patch version (6.0.x), WebKit updates minor version (6.1.x
04.05.2017, 16:52, "Thiago Macieira" :
> Em quinta-feira, 4 de maio de 2017, às 00:17:30 PDT, Jani Heikkinen escreveu:
>> > I hope for this (if possible, in 5.9 with Technology preview status
>>
>> I don't think adding new TP in 5.9 at this point isn't that wise
Em quinta-feira, 4 de maio de 2017, às 00:17:30 PDT, Jani Heikkinen escreveu:
> > I hope for this (if possible, in 5.9 with Technology preview status
>
> I don't think adding new TP in 5.9 at this point isn't that wise anymore. We
> have agreed to get all these new submodules (also TP ones) in
03.05.2017, 17:27, "Sergio Martins" :
> On 2017-05-03 15:02, Konstantin Tokarev wrote:
>> Remaining question is versioning. While it's fine to dub current
>> release "5.9" (but not 5.0, because we will have another WebKit update
>> in 5.10 time frame), using Qt
; Subject: Re: [Development] QtWebKit is coming back (part 2)
>
>
>
> 03.05.2017, 18:05, "Adalid Claure" <acla...@gmail.com>:
> > Does this mean that at some point this new QtWebKit would be packaged
> with Qt (like in the old days)?
>
> I hope for thi
03.05.2017, 21:25, "Thiago Macieira" :
> Em quarta-feira, 3 de maio de 2017, às 10:55:49 PDT, Konstantin Tokarev
> escreveu:
>> So, do you think we should update 5.6 branch of QtWebKit with wip/next
>> contents, fix qmake wrapper project to work with Qt 5.6, and
Em quarta-feira, 3 de maio de 2017, às 10:55:49 PDT, Konstantin Tokarev
escreveu:
> So, do you think we should update 5.6 branch of QtWebKit with wip/next
> contents, fix qmake wrapper project to work with Qt 5.6, and raise
> requirements to whatever it can require with Qt 5.9? That's fine with
03.05.2017, 20:44, "Thiago Macieira" :
> Em quarta-feira, 3 de maio de 2017, às 08:03:50 PDT, Konstantin Tokarev
> escreveu:
>> I'm not sure it would be acceptable, because updated QtWebKit requires full
>> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with
Em quarta-feira, 3 de maio de 2017, às 08:03:50 PDT, Konstantin Tokarev
escreveu:
> I'm not sure it would be acceptable, because updated QtWebKit requires full
> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some
> features, or with code changes, which were not done yet).
03.05.2017, 18:05, "Adalid Claure" :
> Does this mean that at some point this new QtWebKit would be packaged with Qt
> (like in the old days)?
I hope for this (if possible, in 5.9 with Technology preview status ;)
Also note that you can already get binaries compatible with
Does this mean that at some point this new QtWebKit would be packaged with
Qt (like in the old days)?
On Wed, May 3, 2017 at 10:25 AM, Sergio Martins
wrote:
> On 2017-05-03 15:02, Konstantin Tokarev wrote:
>
>> Remaining question is versioning. While it's fine to dub
03.05.2017, 17:27, "Sergio Martins" :
> On 2017-05-03 15:02, Konstantin Tokarev wrote:
>> Remaining question is versioning. While it's fine to dub current
>> release "5.9" (but not 5.0, because we will have another WebKit update
>> in 5.10 time frame), using Qt
On 2017-05-03 15:02, Konstantin Tokarev wrote:
Remaining question is versioning. While it's fine to dub current
release "5.9" (but not 5.0, because we will have another WebKit update
in 5.10 time frame), using Qt versions in QtWebKit has downsides:
1. It is not clear if 5.N+1 ships with the
Hi all,
A lot of time has passed since original thread [1]. Lots of work was done since
then, and it took much more time than what I've originally planned, however I
think now we can use updated QtWebKit as a full replacement of our previous
branch that didn't have updates of WebKit engine
07.06.2016, 19:01, "Stephen Chu" :
> I don’t see Mac mentioned in either links provided. Is Mac supported?
You can build qtwebkit-stable branch on OS X now, see instructions at [1].
Binaries will be available for TP2.
[1]
Allan,
Thanks for write-up, I'd like to add just a few side notes
08.06.2016, 22:49, "Allan Sandfeld Jensen" :
> I was asked how we used to structure and develop QtWebKit, and how it would
> relate to the new project. So here some background and my thoughts:
>
> The way
I was asked how we used to structure and develop QtWebKit, and how it would
relate to the new project. So here some background and my thoughts:
The way QtWebKit used to be developed was upstream in WebKit, at some point a
release was branched and squashed into the qt respository in one big
07.06.2016, 19:01, "Stephen Chu" :
> I don’t see Mac mentioned in either links provided. Is Mac supported?
Not yet, though a couple of changes needed to compile on OS X were already
integrated.
If you want to try building it, I can give you a few instructions.
>
>
I don’t see Mac mentioned in either links provided. Is Mac supported?
Stephen Chu
On 6/4/16, 3:20 PM, "Development on behalf of Konstantin Tokarev"
wrote:
>Hi all,
>
>As some of you may already
On 07/06/16 16:03, "Development on behalf of Thiago Macieira"
wrote:
>Em terça-feira, 7 de junho de 2016, às 08:47:12 PDT, Florian Bruhin escreveu:
>> FWIW the unofficial name it just happened to get in
Em terça-feira, 7 de junho de 2016, às 08:47:12 PDT, Florian Bruhin escreveu:
> FWIW the unofficial name it just happened to get in various related
> IRC channels is "QtWebKit-NG" ;)
I like that.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source
07.06.2016, 09:47, "Florian Bruhin" :
> * Lars Knoll [2016-06-07 06:38:35 +]:
>> Ok, in this case a separate repo is maybe a better strategy.
>> WebKitQt (as Allan proposed) might be a good name in this case :)
>
> I don't want to start any
* Lars Knoll [2016-06-07 06:38:35 +]:
> Ok, in this case a separate repo is maybe a better strategy.
> WebKitQt (as Allan proposed) might be a good name in this case :)
I don't want to start any bike-shedding here, but if there's a
QtWebKit and a WebKitQt and those are
On 06/06/16 17:40, "Konstantin Tokarev" wrote:
>
>
>06.06.2016, 16:54, "Lars Knoll" :
>> Hi Konstantin,
>>
>> I’d be happy to host this project here on qt-project.org (and that includes
>> of course both source code and bug tracking) :)
>
>Thank you!
>
>>
06.06.2016, 16:54, "Lars Knoll" :
> Hi Konstantin,
>
> I’d be happy to host this project here on qt-project.org (and that includes
> of course both source code and bug tracking) :)
>
> I don’t think it is a problem that the set of supported platforms is
> different from Qt
06.06.2016, 16:54, "Lars Knoll" :
> Hi Konstantin,
>
> I’d be happy to host this project here on qt-project.org (and that includes
> of course both source code and bug tracking) :)
Thank you!
>
> I don’t think it is a problem that the set of supported platforms is
>
Hi Konstantin,
I’d be happy to host this project here on qt-project.org (and that includes of
course both source code and bug tracking) :)
I don’t think it is a problem that the set of supported platforms is different
from Qt WebKit in 5.6, this would have evolved in any way due to changes
On Saturday 04 June 2016, Thiago Macieira wrote:
> Em sábado, 4 de junho de 2016, às 22:20:14 BRT, Konstantin Tokarev escreveu:
> > 2. Is it OK to use "QtWebKit" name for this project, and if yes, how
> > should it be versioned?
> >
> > Pros:
> > * It is a drop-in replacement for QtWebKit,
>
>
Em sábado, 4 de junho de 2016, às 22:20:14 BRT, Konstantin Tokarev escreveu:
> 2. Is it OK to use "QtWebKit" name for this project, and if yes, how should
> it be versioned?
>
> Pros:
> * It is a drop-in replacement for QtWebKit,
Please don't. You can use the same soname if you are binary
Hi all,
As some of you may already know, there is an ongoing effort to revive QtWebKit
by updating its WebKit engine to the current state of upstream at webkit.org
[1].
While it still haven't reached feature parity with QtWebkit module hosted by Qt
Project, its Widgets API is already in a
61 matches
Mail list logo