On segunda-feira, 29 de julho de 2013 23:01:08, Robin Burchell wrote:
> On Mon, Jul 29, 2013 at 10:46 PM, Thiago Macieira
>
> wrote:
> > PS: the -plugin option has to go. Its name is too generic.
>
> I argued for that, and -platform to be 'namespaced' a long long time
> ago[1]. The idea was shot
On segunda-feira, 29 de julho de 2013 20:38:38, David Faure wrote:
> * later if we want to use QCommandLineParser for the builtin qapp options,
> qcoreapp would create its own *separate* instance, and register it
> internally in qcoreapp (not public, unlike the previous idea). And the
> magic is
On segunda-feira, 29 de julho de 2013 20:38:38, David Faure wrote:
> Now Oswald suggests that apps *could* set up QLocale and QTranslator before
> instanciating qapp, and therefore qapp could create a QCommandLineParser
> instance and feed its options into it, and use it for parsing. Not sure how
Hi, I know it´s about Qt. But it´s about Qt.
See the Qt covering a secure Instant Messenger with strong multi-encryption
of libgcrypt.
http://goldbug.sourceforge.net/
In case you develop as well messaging apps, it might be of interest.
Thanks Regards Randolph
___
On segunda-feira, 29 de julho de 2013 14:00:05, André Somers wrote:
> > http://herbsutter.com/2012/06/21/reader-qa-why-dont-modern-smart-pointers->
> > > implicitly-convert-to/
> That would solve it, but I am not convinced either way. I am also not
> convinced that not having to use .data() is wor
On segunda-feira, 29 de julho de 2013 11:56:34, Alberto Mardegan wrote:
> Hi,
>I'd like to ask some more info about this since I was not there:
>
> On 07/26/2013 11:39 PM, Thiago Macieira wrote:
> > This is a simple copy & paste from the wiki page, since the topic is
> > fairly
> > short. See
It is indeed a logical thing to try to delegate this to a run-time decision.
Unlike games however we that way always export an API (OpenGL) to the app, so
it's a little bit more complicated.
A run-time (or rather start-up) switch would be nice to have, but somebody
would have to do the non-triv
On Fri, Jul 5, 2013 at 3:52 AM, Jake Thomas Petroules <
jake.petrou...@petroules.com> wrote:
> Personally I still think it would be far more logical to delegate the
> ANGLE vs OpenGL decision to runtime, by including plugins for both backends
> with all Windows distributions.
>
> Having different
The current download options of pre-built binaries do not include this
specific configuration (windows 32-bit + VS2012 + OpenGL) and it's the
specific one I use. I saw another question about in on the forum and the
recommendation was to ask here.
Is there any chance of adding this?
___
Hi,
Here is a summary of the discussion about Qt Multimedia. For more information,
please see the wiki page at http://qt-project.org/wiki/Qt_Multimedia
- The overall quality of the module should be improved. This means better
documentation, fixing and re-enabling some auto-tests, adding missing
On 27 Jul 2013, at 09:24, Frederik Gladhorn wrote:
> I'd like to have more info here, where's the bug report?
https://bugreports.qt-project.org/browse/QTBUG-31956
James___
Development mailing list
Development@qt-project.org
http://lists.qt-project.or
11 matches
Mail list logo
