Hi All,
Sometime back I implemented a feature in QtNetwork -
QNetworkAccessManager: Support HTTP redirection.
https://codereview.qt-project.org/#/c/83058/
This review request has been pending in review for quite some time.
There was a partial review done, but no one has approved it yet. There
wa
On Tuesday 03 February 2015 20:14:42 Knoll Lars wrote:
> Yes, making the Qt WebView module work on all desktop platforms could be a
> possible solution.
I think the consensus here is that we need some more work on Qt WebView /
webengine before we can drop QtWebKit from the binaries.
That said, y
I had been working on some support for a while when I realized that
javascript events are not being sent properly. Can anyone please gimme a
tip, what's the class that takes care of dispatching events for javascript
object and where could the problem possibly be?
Thanks!
On Fri Jan 30 2015 at 9:
On 03/02/15 20:25, "André Pönitz" wrote:
>On Tue, Feb 03, 2015 at 07:47:14AM +, Ziller Eike wrote:
>>
>> > On Feb 3, 2015, at 8:33 AM, Knoll Lars
>>wrote:
>> >
>> > Hi,
>> >
>> > I’d like to mark a few modules as deprecated with 5.5, and most likely
>> > remove them from the binary packag
On Tue, Feb 03, 2015 at 07:47:14AM +, Ziller Eike wrote:
>
> > On Feb 3, 2015, at 8:33 AM, Knoll Lars wrote:
> >
> > Hi,
> >
> > I’d like to mark a few modules as deprecated with 5.5, and most likely
> > remove them from the binary packages with 5.6. These modules are:
> >
> > * Qt WebKit
On Tuesday 03 February 2015 16:46:15 Rodrigo Gonçalves de Oliveira wrote:
> /srv/buildbot/pilsner/staging_dir/target-i386_eglibc-2.11/usr/include/QtCore
> /qconfig.h:9:0: note: this is the location of the previous definition\
Remove the installed Qt from the sysroot before compiling it.
--
Thiag
On Mon, Feb 2, 2015 at 3:43 PM, Alex Montgomery wrote:
> Is it a design goal of QML/Quick to discourage C++ interaction? I ask
> because every DevDays talk I attend includes some version of the
> phrase "any reasonably complex QML application will have C++ doing its
> back-end work", but yet I kee
Hi. I'm trying to create a Qt5 package for OpenWRT (our solution runs on
top of a machine running it). The Makefile was based on this one [1].
I'm attaching the compilation error I'm getting here. The configuration is
attached as well, but we know it is not optimal, since we've disabled some
optio
On Fri, Jan 30, 2015 at 1:59 AM, Rutledge Shawn
wrote:
>
> On 29 Jan 2015, at 23:46, Olivier Goffart wrote:
>
>> On Thursday 29 January 2015 23:24:51 Robin Burchell wrote:
>>> tl;dr: I'd like to request a behavior break in QML's Text element. I
>>> would like to change the default value of Text::
On Tuesday 03 February 2015 07:40:12 Sune Vuorela wrote:
> So, can someone enlighten me on the purpose of this function?
This function was added when we opened the repository back for 4.5.1 because
we couldn't keep the configure.exe linked against the license key decoder,
which contained the exp
On Tue, Feb 03, 2015 at 03:14:00PM +0100, Bo Thorsen wrote:
> > you can ask me for retargeting changes administratively (just tell the
> > source & target branch and change-id).
> > if you're in too much of a hurry for that, you can simply push for the
> > new branch and abandon the first change.
>
Den 03-02-2015 kl. 13:33 skrev Oswald Buddenhagen:
> On Tue, Feb 03, 2015 at 07:35:55AM +, Knoll Lars wrote:
>> It’s not strictly closed, but I don’t think we’ll create a release
>> from 5.3 anymore.
>>
> it's been several months since i did the last batch integration, and
> nobody asked for mo
> On 02 Feb 2015, at 10:01, Sarajärvi Tony
> wrote:
>
> Hi
>
> Here's a wiki page describing the planned changed along with a bit of version
> information of the tools:
>
> http://qt-project.org/wiki/Qt-5.5.0-tools-and-versions
>
Since OS X 10.7 is no longer CI tested that makes the status
On Tue, Feb 03, 2015 at 07:35:55AM +, Knoll Lars wrote:
> It’s not strictly closed, but I don’t think we’ll create a release
> from 5.3 anymore.
>
it's been several months since i did the last batch integration, and
nobody asked for more since then, so i think we can say it's dead.
On Tue, Fe
On 03/02/15 13:20, "Bo Thorsen" wrote:
>Den 03-02-2015 kl. 13:18 skrev Tomasz Olszak:
>> 2015-02-03 10:55 GMT+01:00 Bo Thorsen :
>>> Den 03-02-2015 kl. 08:35 skrev Knoll Lars:
It’s not strictly closed, but I don’t think we’ll create a release
from
5.3 anymore.
>>>
>>> Ok, that answe
Den 03-02-2015 kl. 13:18 skrev Tomasz Olszak:
> 2015-02-03 10:55 GMT+01:00 Bo Thorsen :
>> Den 03-02-2015 kl. 08:35 skrev Knoll Lars:
>>> It’s not strictly closed, but I don’t think we’ll create a release from
>>> 5.3 anymore.
>>
>> Ok, that answers the question I posted, but not the next one. Shou
2015-02-03 10:55 GMT+01:00 Bo Thorsen :
> Den 03-02-2015 kl. 08:35 skrev Knoll Lars:
>> It’s not strictly closed, but I don’t think we’ll create a release from
>> 5.3 anymore.
>
> Ok, that answers the question I posted, but not the next one. Should I
> do a new patch against 5.4 instead?
>
> If yes
Knoll Lars schreef op 3-2-2015 om 10:51:
>
> So Qt 5.6 can drop mingw support?
> There are currently no plans in dropping mingw. But webengine is currently
> not supported on that compiler.
>
So I guess that does mean that it will no longer be Tier 1 then.
André
_
Hi,
it’s being worked on. I hope that a new certificate is in place within the
next few days.
Cheers,
Lars
On 03/02/15 11:24, "mai...@virtual-winds.org"
wrote:
>Hello,
>
>I am not able to get ministro to download qt libs anymore. I've been
>told that this is due to an expired SSL certificate a
Hello,
I am not able to get ministro to download qt libs anymore. I've been
told that this is due to an expired SSL certificate at qt-project.org,
and that it may last 1 or 2 days... Consequence no new user can install
my application...
Any hope this can be resolved sooner?
Thanks
Philippe Le
Den 03-02-2015 kl. 08:35 skrev Knoll Lars:
> It’s not strictly closed, but I don’t think we’ll create a release from
> 5.3 anymore.
Ok, that answers the question I posted, but not the next one. Should I
do a new patch against 5.4 instead?
If yes, how would I do this in gerrit?
> On 03/02/15 07:
On 03/02/15 10:08, "Alexey Pavlov" wrote:
>
>
>2015-02-03 11:49 GMT+03:00 Knoll Lars :
>
>On 03/02/15 09:35, "Alexey Pavlov" wrote:
>
>>
>>
>>2015-02-03 10:33 GMT+03:00 Knoll Lars :
>>
>>Hi,
>>
>>I’d like to mark a few modules as deprecated with 5.5, and most likely
>>remove them from the binary
2015-02-03 11:49 GMT+03:00 Knoll Lars :
> On 03/02/15 09:35, "Alexey Pavlov" wrote:
>
> >
> >
> >2015-02-03 10:33 GMT+03:00 Knoll Lars :
> >
> >Hi,
> >
> >I’d like to mark a few modules as deprecated with 5.5, and most likely
> >remove them from the binary packages with 5.6. These modules are:
>
On 03/02/15 09:35, "Alexey Pavlov" wrote:
>
>
>2015-02-03 10:33 GMT+03:00 Knoll Lars :
>
>Hi,
>
>I’d like to mark a few modules as deprecated with 5.5, and most likely
>remove them from the binary packages with 5.6. These modules are:
>
>* Qt WebKit
>* Qt Declarative (Qt Quick 1)
>* Qt Script
>
>
Hi,
Functionality wise, what type of "class" do you wrap with QScriptClass?
Simon
Original Message
From: Jaroslaw Staniek
Sent: Tuesday, February 3, 2015 09:36
To: Knoll Lars
Cc: development@qt-project.org
Subject: Re: [Development] Deprecating modules with 5.5
On 3 February 2015 at 09:29,
On 3 February 2015 at 09:29, Knoll Lars wrote:
> On 03/02/15 09:24, "Jaroslaw Staniek" wrote:
>
>>On 3 February 2015 at 08:33, Knoll Lars
>>wrote:
>>> Hi,
>>>
>>> I’d like to mark a few modules as deprecated with 5.5, and most likely
>>> remove them from the binary packages with 5.6. These modul
2015-02-03 10:33 GMT+03:00 Knoll Lars :
> Hi,
>
> I’d like to mark a few modules as deprecated with 5.5, and most likely
> remove them from the binary packages with 5.6. These modules are:
>
> * Qt WebKit
> * Qt Declarative (Qt Quick 1)
> * Qt Script
>
> All of these modules are by now a couple of
On 03/02/15 09:24, "Jaroslaw Staniek" wrote:
>On 3 February 2015 at 08:33, Knoll Lars
>wrote:
>> Hi,
>>
>> I’d like to mark a few modules as deprecated with 5.5, and most likely
>> remove them from the binary packages with 5.6. These modules are:
>>
>> * Qt WebKit
>> * Qt Declarative (Qt Quick 1
On 3 February 2015 at 08:33, Knoll Lars wrote:
> Hi,
>
> I’d like to mark a few modules as deprecated with 5.5, and most likely
> remove them from the binary packages with 5.6. These modules are:
>
> * Qt WebKit
> * Qt Declarative (Qt Quick 1)
> * Qt Script
>
> All of these modules are by now a co
29 matches
Mail list logo