On terça-feira, 29 de novembro de 2016 20:06:35 PST Jason Kretzer wrote:
> Thanks Thiago.
> ===
> Why this if? Why not always tell it to use the system configuration?
> ===
>
> If there was a proxy detected should I not try to use it? Or does the line
> below just automatically use whatever is se
Thanks Thiago.
===
Why this if? Why not always tell it to use the system configuration?
===
If there was a proxy detected should I not try to use it? Or does the line
below just automatically use whatever is set in "Internet Options"?
QNetworkProxyFactory::setUseSystemConfiguration(true);
Not c
On terça-feira, 29 de novembro de 2016 23:42:55 PST qt next wrote:
> Hi,
>
> is there a date for the release 5.7.1 ?
As usual, "when it's ready". We'll know the date for sure when we see the
release announcement that it's been released.
The release team plans for a given date, but if we find pr
On terça-feira, 29 de novembro de 2016 14:33:34 PST Jérôme Godbout wrote:
> Not sure, but normal url would be
>
> protocol://path
> like http://www.qt.io
>
> : is the protocol splitter delimiter
>
> // is annoncing the path follow
That's not correct. A URL is:
scheme:hierarchy [?query]
On terça-feira, 29 de novembro de 2016 09:34:32 PST Jason Kretzer wrote:
> if(listOfProxies.size() > 0) {
> QNetworkProxy::setApplicationProxy(listOfProxies[0]);
> } else {
> QNetworkProxyFactory::setUseSystemConfiguration(true);
> }
Why this if? Why not always tell it
On terça-feira, 29 de novembro de 2016 17:51:28 PST Jake Petroules wrote:
> See, this is why we need to make submissions on JIRA require signing the
> CLA. People simply don't want to go through the Gerrit hassle for drive-by
> contributions.
I'm not sure we should accept drive-by contributions in
Hi,
is there a date for the release 5.7.1 ?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Not sure, but normal url would be
protocol://path
like http://www.qt.io
: is the protocol splitter delimiter
// is annoncing the path follow
so based on that, qrc is the protocol, you would need the :// after then
the path, since it's a path like a filesystem, it start with / again,
making the t
> > On terça-feira, 29 de novembro de 2016 09:00:21 PST Andy wrote:
> >> So I would suggest reporting the bug at https://bugreports.qt.io and
> >> attaching the fixes - then at least it exists somewhere and can be
> >> found/looked at/integrated by someone in the future.
> >
> > We cannot accept pa
Hey all,
The following bug report has been open for a while:
https://bugreports.qt.io/browse/QTBUG-40859
The premise is that doing dynamic creation of QML objects using a URL results
in type incompatible errors if you use the form "qrc:/" for your URL. If you
instead use the form "qrc:///" this
On Tue, Nov 29, 2016 at 03:55:11PM +0100, André Somers wrote:
>
>
> Op 29/11/2016 om 15:53 schreef Duane:
> >On 29/11/2016 9:16 AM, Duane wrote:
> >>On 29/11/2016 8:54 AM, Robert Buchinger wrote:
> >
> >Putting a breakpoint in the code was causing the focusOut to fire when the
> >slot was hit due
> On Nov 29, 2016, at 9:27 AM, Thiago Macieira
> wrote:
>
> On terça-feira, 29 de novembro de 2016 09:00:21 PST Andy wrote:
>> So I would suggest reporting the bug at https://bugreports.qt.io and
>> attaching the fixes - then at least it exists somewhere and can be
>> found/looked at/integrated
Typically, this code just works. Ever since implementing it, I have had no
issues at all when putting a device behind a network proxy — both HttpProxy and
HttpCachingProxy. Unfortunately, it is not working for a particular HttpProxy.
Here is the code:
qDebug() << "Detecting Proxy Settings
On terça-feira, 29 de novembro de 2016 09:00:21 PST Andy wrote:
> So I would suggest reporting the bug at https://bugreports.qt.io and
> attaching the fixes - then at least it exists somewhere and can be
> found/looked at/integrated by someone in the future.
We cannot accept patches on the bugrepo
On terça-feira, 29 de novembro de 2016 13:42:39 PST Alexander Dyagilev wrote:
> Hello,
>
> We use Qt under LGPL license.
>
> We have found some problem in it (bug working with HTTPS on limited
> connection speed) and fixed it. We have recompiled Qt then.
>
> What do we must to do next to obey th
On terça-feira, 29 de novembro de 2016 09:43:56 PST Burak Arslan wrote:
> On 11/28/16 12:54, André Somers wrote:
> > there is nothing wrong with using std containers in a Qt application,
>
> Aren't qt-branded containers emit-friendly? AFAIK the meaty bits are
> refcounted which makes it a non-issu
Hello Wolf,
Thanks for trying the SCXML editor. Your feedback is appreciated.
I have tried out the SCXML editor plugin for the QtCreator. My first
impression is very positive. The editor creates nicely looking state
chart diagrams. There are only two downsides I have found so far:
1. Events ar
I would recommend using QQuickPaintedItem. It'll probably take you less
time to port your code. I've found QML canvas a bit hard to debug since
it's all in javascript. It's really easy to miss spell an object's variable
name and rendering won't work. I've also found it to be more buggy than a
QQuic
Hi,
We are on Qt 5.5.1 and we try to add javascript Object prototype like this
.pragma library
Object.prototype.values = function(o)
{
return Object.keys(o || {}).map(function(i){ return o[i]; });
}
We want to add the ECMA-2017 features, remove it when available into the JS
engine:
https://dev
I have a 2D bullet graph done in QWidgets, but I would like to use it in QML.
I am wondering if it is better to do the component as a QQuickPaintedItem or to
just do it in the QML canvas API. Are there any key differences in performance
between the two?
Op 29/11/2016 om 15:53 schreef Duane:
On 29/11/2016 9:16 AM, Duane wrote:
On 29/11/2016 8:54 AM, Robert Buchinger wrote:
Putting a breakpoint in the code was causing the focusOut to fire when
the slot was hit due to a return press. But when I triggered the slot
by forcing a loss of focus,
On 29/11/2016 9:16 AM, Duane wrote:
On 29/11/2016 8:54 AM, Robert Buchinger wrote:
Putting a breakpoint in the code was causing the focusOut to fire when
the slot was hit due to a return press. But when I triggered the slot
by forcing a loss of focus, it of course didn't fire again. Doh.
On 11/28/2016 11:43 PM, Burak Arslan wrote:
On 11/28/16 12:54, André Somers wrote:
there is nothing wrong with using std containers in a Qt application,
Aren't qt-branded containers emit-friendly? AFAIK the meaty bits are
refcounted which makes it a non-issue to pass them around from signals
to
On 29/11/2016 8:54 AM, Robert Buchinger wrote:
On Dienstag, 29. November 2016 08:48:11 CET Duane wrote:
Qt 5.7 - MinGW 5.3.0 - Windows 7
When pressing the enter key, editingFinished() fires twice. When the
line edit loses scope it works correctly. Is this a known bug? Is
there a workaround?
29.11.2016, 17:00, "Andy" :
> Back to Alexander's question...
>
> Should he choose to contribute the fixes back, signing up for, setting up,
> and working with gerritt is a PIA if you aren't using it frequently.
Doing initial setup is really easy if you follow instruction.
Working with Gerrit d
Back to Alexander's question...
Should he choose to contribute the fixes back, signing up for, setting up,
and working with gerritt is a PIA if you aren't using it frequently.
So I would suggest reporting the bug at https://bugreports.qt.io and
attaching the fixes - then at least it exists somewh
On Dienstag, 29. November 2016 08:48:11 CET Duane wrote:
> Qt 5.7 - MinGW 5.3.0 - Windows 7
>
> When pressing the enter key, editingFinished() fires twice. When the
> line edit loses scope it works correctly. Is this a known bug? Is
> there a workaround?
>
>
> ___
Qt 5.7 - MinGW 5.3.0 - Windows 7
When pressing the enter key, editingFinished() fires twice. When the
line edit loses scope it works correctly. Is this a known bug? Is
there a workaround?
___
Interest mailing list
Interest@qt-project.org
http:/
Hi,
I'm still using Qt 4.8.6 in an embedded solution, using Linux and Xorg
server. Nowadays, I'm feeling the pressure to move to recent versions of
Qt 5 due to all new and pretty interesting stuff.
This app must fill all video monitor area, despite its resolution and
format. And as an embedded s
That seems like a reasonable approach. I've done something similar but in
pure OpenGL.
On Tue, Nov 29, 2016 at 8:10 AM Juan Jose Casafranca
wrote:
> That's nice.
> My implementation is agnostic on the colors that should be available in
> the material. It uses a ColorMap object where the user def
That's nice.
My implementation is agnostic on the colors that should be available in the
material. It uses a ColorMap object where the user defines the stop value
(between 0 and 1) and the color value for that stop. Using that information
it creates a texture that will be accesed in the shader via
I think it would also be nice to have some sorta color brewer. Here are
some examples of reasonable color brewers. Depending on your data, brewer
usually supports three types of color mappings: sequential, divergent, and
categorical.
Here are some helpful links
http://colorbrewer2.org/
http://mkwe
Hallo,
I have tried out the SCXML editor plugin for the QtCreator. My first impression
is very positive. The editor creates nicely looking state chart diagrams. There
are only two downsides I have found so far:
1. Events are currently not visible in the diagram.
2. As far as I see
29.11.2016, 14:57, "André Somers" :
> Op 29/11/2016 om 12:01 schreef Konstantin Tokarev:
>> 29.11.2016, 13:51, "André Somers" :
>>> Op 29/11/2016 om 11:42 schreef Alexander Dyagilev:
Hello,
We use Qt under LGPL license.
We have found some problem in it (bug wor
Op 29/11/2016 om 12:01 schreef Konstantin Tokarev:
29.11.2016, 13:51, "André Somers" :
Op 29/11/2016 om 11:42 schreef Alexander Dyagilev:
Hello,
We use Qt under LGPL license.
We have found some problem in it (bug working with HTTPS on limited
connection speed) and fixed it. We have
Hi,
I've been working on a material for Qt3D for showing temperature like maps
usually used in scientific visualization.
Would you be interested in adding it to the extras library?
Cheers
___
Interest mailing list
Interest@qt-project.org
http://lists.qt
29.11.2016, 13:45, "Jake Petroules" :
>> On Nov 29, 2016, at 2:42 AM, Alexander Dyagilev wrote:
>>
>> Hello,
>>
>> We use Qt under LGPL license.
>>
>> We have found some problem in it (bug working with HTTPS on limited
>> connection speed) and fixed it. We have recompiled Qt then.
>>
>> Wh
29.11.2016, 13:51, "André Somers" :
> Op 29/11/2016 om 11:42 schreef Alexander Dyagilev:
>> Hello,
>>
>> We use Qt under LGPL license.
>>
>> We have found some problem in it (bug working with HTTPS on limited
>> connection speed) and fixed it. We have recompiled Qt then.
>>
>> What do we mus
Op 29/11/2016 om 11:42 schreef Alexander Dyagilev:
Hello,
We use Qt under LGPL license.
We have found some problem in it (bug working with HTTPS on limited
connection speed) and fixed it. We have recompiled Qt then.
What do we must to do next to obey the license terms?
Publish the changes
> On 29 Nov 2016, at 10:45, Jake Petroules wrote:
>
>
>> On Nov 29, 2016, at 2:42 AM, Alexander Dyagilev wrote:
>>
>> Hello,
>>
>> We use Qt under LGPL license.
>>
>> We have found some problem in it (bug working with HTTPS on limited
>> connection speed) and fixed it. We have recompiled Q
> On Nov 29, 2016, at 2:42 AM, Alexander Dyagilev wrote:
>
> Hello,
>
> We use Qt under LGPL license.
>
> We have found some problem in it (bug working with HTTPS on limited
> connection speed) and fixed it. We have recompiled Qt then.
>
> What do we must to do next to obey the license terms
Hello,
We use Qt under LGPL license.
We have found some problem in it (bug working with HTTPS on limited
connection speed) and fixed it. We have recompiled Qt then.
What do we must to do next to obey the license terms?
Publish the changes somewhere?
_
42 matches
Mail list logo
