On Wed, Oct 26, 2011 at 8:10 AM, Thiago Macieira wrote:
> I agree with your argument, I just don't think it's applicable. QString is not
> localised and has never promised to be. QString::number generates C-locale
> numbers and toInt/toDouble parse C-locale; QDate::toString generates C-locale
> d
On Wed, Oct 26, 2011 at 8:31 AM, wrote:
> Consider this code:
>
> bool parseOk;
> if (str.toBool(&parseOk)) {
> if (parseOk)
> enableSuperFastRenderer();
> }
I think that in most, if not all cases, the parseOk argument would or
even should be omitted (just like with QVariant):
if (st
ext Thiago Macieira wrote on 2011-10-26:
> On Tuesday, 25 de October de 2011 23.33.04, Frans Klaver wrote:
>>> 1) document very well what is true and what isn't
>>
>> Restricting the use to e.g. English only, would not be really useful
>> when parsing (localized) user input, although I don't thi
On 2011-10-25 11:32 PM, Gábor Lehel wrote:
> > Lastly, ties to a scripting language would be excellent, and it
> > would be great if we could start with Lua since it is dead simple
> > to tie in with C/C++ code, and then add Python capability as we
> > get going farther into the project.
>
> I am
On Tuesday, 25 de October de 2011 23.33.04, Frans Klaver wrote:
> > 1) document very well what is true and what isn't
>
> Restricting the use to e.g. English only, would not be really useful when
> parsing (localized) user input, although I don't think this would happen a
> lot. I only know of a fe
Hi,
On Tue, 25 Oct 2011 23:01:43 +0200, Thiago Macieira wrote:
> QVariant has toBool just like it has toDouble and toInt, so I think it
> makes sense to have it in QString and in QByteArray.
It makes sense from an equal-API point of view. On the other hand,
QVariant has a significantly diff
2011/10/25 Dhaivat Pandya :
> So, the general sentiment is something like an MVC type framework, so, we
> will most likely work on that.
> If you want to be a part of this, please fork this
> repo: https://gitorious.org/qtweb/qtweb
> I will accept pull requests if they make any remotest idea of "se
On Tuesday, 25 de October de 2011 20.51.31, marius.storm-ol...@nokia.com
wrote:
> Hi Maintainers and Approver,
>
> Please keep in mind dependent modules when you approve and merge in
> changes which can lead to dependent projects failing. If you know that a
> commit has a risk of destabilizing ot
So, the general sentiment is something like an MVC type framework, so, we
will most likely work on that.
If you want to be a part of this, please fork this repo:
https://gitorious.org/qtweb/qtweb
I will accept pull requests if they make any remotest idea of "sense" right
now, since we dont' have
On Tuesday, 25 de October de 2011 23.19.29, Antonis Tsiapaliokas wrote:
> Hello
>
> I have found this feature request to bugzilla,
> https://bugreports.qt.nokia.com/browse/QTBUG-21384 , and i have create a
> patch for this http://codereview.qt-project.org/#change,7394 . Since a
> qstring has the to
On Tuesday, 25 de October de 2011 12.38.25, Chris Meyer wrote:
> Why does QFactoryLoader and QLibrary cache information in QSettings?
It doesn't.
Nor anymore, in Qt 5, since 8ed47d961dc7e6f161030654d11cd330a542eadf.
The reason it did that is because it cached the determination of whether a file
Hi,
On Tue, 25 Oct 2011 22:19:29 +0200, Antonis Tsiapaliokas
wrote:
> Also, please read the comment from the John Brooks, which i think that
> he isright. So what do you think?
I would say he is right. He strongly hints at the possibility that bool is
too context dependent. And I agree wi
Hi Maintainers and Approver,
Please keep in mind dependent modules when you approve and merge in
changes which can lead to dependent projects failing. If you know that a
commit has a risk of destabilizing other modules, please ensure that you
are prepared to also do a fix in the dependent module,
On Tuesday 25 October 2011 18:18:19 Keith Gardner wrote:
> Is there a plan for adding grayscale support to QImage? I know
> that there are enums in place in preparation for this capability.
> I have also looked at the bug tracker and found pages of bugs
> requesting this feature. I personally wo
Hello
I have found this feature request to bugzilla,
https://bugreports.qt.nokia.com/browse/QTBUG-21384 , and i have create a
patch for this http://codereview.qt-project.org/#change,7394 . Since a
qstring has the toDouble, toint, toDouble, toFload etc, i think that it
could be great to add this fe
On Tue, Oct 25, 2011 at 12:54 PM, Robin Burchell wrote:
> Hi,
>
> On Tue, Oct 25, 2011 at 9:38 PM, Chris Meyer wrote:
>> Why does QFactoryLoader and QLibrary cache information in QSettings?
>>
>> Does this cache information need to be available between application
>> launches?
>
> This thread ma
Hi,
On Tue, Oct 25, 2011 at 9:38 PM, Chris Meyer wrote:
> Why does QFactoryLoader and QLibrary cache information in QSettings?
>
> Does this cache information need to be available between application launches?
This thread may be relevant to you:
http://www.mail-archive.com/qt5-feedback@qt.nokia.
On Tue, 25 Oct 2011 21:38:25 +0200, Chris Meyer
wrote:
> Why does QFactoryLoader and QLibrary cache information in QSettings?
>
> Does this cache information need to be available between application
> launches?
>
> Is there a performance reason?
As I always understood (from the docs), the pl
Why does QFactoryLoader and QLibrary cache information in QSettings?
Does this cache information need to be available between application launches?
Is there a performance reason?
Are the reasons different from platform to platform?
Could the use of QSettings be replaced with a local QMap object
Is there a plan for adding grayscale support to QImage? I know that there are
enums in place in preparation for this capability. I have also looked at the
bug tracker and found pages of bugs requesting this feature. I personally
would like to see it implemented because I use grayscale texture
Hi,
On Tue, Oct 25, 2011 at 3:50 PM, Nicola De Filippo
wrote:
> ../../../Source/JavaScriptCore/wtf/NullPtr.h:48:1: error: identifier ‘nullptr’
> will become a keyword in C++0x [-Werror=c++0x-compat]
You probably want to exclude QtWebkit for now. It doesn't appear to
have (yet) undergone much act
Hi,
compiling qt5 on kubuntu 11.10 and gcc 4.6.1 i have this error:
In file included from ../../../Source/JavaScriptCore/wtf/PassRefPtr.h:25:0,
from
../../../Source/JavaScriptCore/wtf/CrossThreadRefCounted.h:35,
from ../../../Source/JavaScriptCore/wtf/text/Strin
Not sure if it is of interest if your focus is on fcgi but I have a qt-based
http server I'd be happy to contribute:
http://opensource.bolloretelecom.eu/projects/qdjango/browser/src/QDjangoHttpServer.h
Am at qtdd11 if you want to talk.
--
Jeremy
On 25/10/11 04:38 Dhaivat Pandya wrote:
QtWeb:
I would suggest going for an mvc framework as a wt like framework already
exist namely wt and a ruby on rails like framework will have a greater
success imho.
--
My programs never have bugs, they just develop random features.
--
C/C++ ... I don't see a huge difference between them, and the 'benef
I can't post the code just yet, but I can post the new API.
Questions:
- I un-deprecated fromEncoded and toEncoded, as they're used everywhere.
Should I do the same for fromPercentEncoding and toPercentEncoding? They
convert from QString to QByteArray and vice-versa, while
QByteArray::fromPerc
And, since approver status is for the whole "Qt Project" and not separately
defined for the Qt framework and Qt Creator, it probably makes sense to post it
on the development@ list as well (until we've figured out where these kind of
requests should actually be sent to).
Br, Eike
Begin forward
26 matches
Mail list logo
