Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-02 Thread Phil Bouchard
On 12/29/2016 04:14 AM, Simon Hausmann wrote: Hi, Sorry for the delay... First I would like to point out this popular Javascript test runs 1.5 faster using Qt over WebKit: - ~100 FPS on my laptop (x86 @ 2.40GHz) using Chrome (WebKit): http://www.themaninblue.com/experiment/AnimationBenchmar

Re: [Development] Calendar Systems proposal

2017-01-02 Thread Thiago Macieira
On segunda-feira, 2 de janeiro de 2017 12:01:49 BRST Frédéric Marchal wrote: > There is more to it than converting a date to a string: > > * Add N days to a date. > * Find the number of days in a month. > * Compare two dates. > * Count the number of days between two dates. All but the second one

Re: [Development] Calendar Systems proposal

2017-01-02 Thread Sergio Martins
On 2017-01-02 11:01, Frédéric Marchal wrote: (...) There is more to it than converting a date to a string: * Add N days to a date. * Find the number of days in a month. * Compare two dates. * Count the number of days between two dates. Hi, Have you seen KCalendarSystem ? https://api.kde.org

Re: [Development] Nominating Konstantin Tokarev for Approver status

2017-01-02 Thread Konstantin Tokarev
02.01.2017, 15:27, "Alexander Blasche" : > Congratulations to Konstantin. Your rights have been adjusted. Thank you! > > -- > Alex > > > From: Development > on behalf of > Allan Sandfeld Jensen > Sent: Monday, 5 December 2016 1:23:45 PM > To: develop

Re: [Development] Nominating Konstantin Tokarev for Approver status

2017-01-02 Thread Alexander Blasche
Congratulations to Konstantin. Your rights have been adjusted. -- Alex From: Development on behalf of Allan Sandfeld Jensen Sent: Monday, 5 December 2016 1:23:45 PM To: development@qt-project.org Subject: [Development] Nominating Konstantin Tokarev fo

Re: [Development] Calendar Systems proposal

2017-01-02 Thread Lars Knoll
Sure, that there’s more to do than just the examples I listed. Still, design wise it might be a good idea to have this functionality in a class separate from QDate. We’ve done the same design decision for QString (having no locale specific functionality in QString), and this worked out rather ni

Re: [Development] Calendar Systems proposal

2017-01-02 Thread Frédéric Marchal
On Monday 02 January 2017 09:21:25 Lars Knoll wrote: > I wonder whether we can't keep handling of different calendars completely > outside of QDate. Something similar to what we've done with > QString/QLocale. So QDate would continue unchanged and only support the > standard Gregorian calendar. In

[Development] Qt 5.9 feature freeze

2017-01-02 Thread Jani Heikkinen
Hi all, Please remember that Qt 5.9 Feature Freeze is 1.2.2017, so less than month to finalize all new features for Qt 5.9 Let's this time make sure we will keep the schedule (see https://wiki.qt.io/Qt_5.9_Release). To be able to do that we need to be tight with ff. So if you already now see t

Re: [Development] Fwd: Compiling QtWebEngine

2017-01-02 Thread Joerg Bornemann
On 29/12/2016 08:32, Berkay Elbir wrote: D:\3rdParty\jom_1_1_0\jom.exe module-qtwebengine You need at least jom 1.1.1 for building QtWebEngine in parrallel due to the .NOTPARALLEL support that was added in that particular version. Otherwise the webengine build will try to build debug and rele

Re: [Development] Calendar Systems proposal

2017-01-02 Thread Lars Knoll
I wonder whether we can't keep handling of different calendars completely outside of QDate. Something similar to what we've done with QString/QLocale. So QDate would continue unchanged and only support the standard Gregorian calendar. In addition, we have a QCalendar class, that can be construct