Hi,
Before Christmas vacations I announced that configuration for MinGW
CI stage was added among the other new stages. Unfortunately there
was bug in CI scripts which prevented autotest execution on MinGW
builds. This bug has been fixed now and there are already some auto
test results available f
With the new cross-platform focus, we need some way for QML to load
platform specific content at runtime. I've put the in-depth "why"
essay on my blog (http://alan.imagin-itis.net/?p=416) - most people
have been telling me this for years and thus need no convincing. But I
think that as a cross-plat
-- Forwarded message --
Date: 2013/1/8
Subject: [developerteam getadooble] Dooble Version 1.38
To: dooble-developm...@lists.sourceforge.net,
dooble-t...@lists.sourceforge.net
We are proud to announce a new Dooble release, the first of 2013. Enjoy!
https://sourceforge.net/projects
On domingo, 6 de janeiro de 2013 21.49.46, Niko Sams wrote:
> Hi all,
>
> years ago I started working on gdb pretty printers for Qt 4 that allow
> printing eg. QString or QList values. Similar to what QtCreator does
> but with one big difference: it also works with plain gdb.
> Pretty printers are
Sze Howe Koh schreef op zo 06-01-2013 om 09:53 [+0800]:
> It's just that last-minute issues prevented the inclusion of a
> MinGW-based precompiled library in the Qt 5.0.0 release. (IIRC, there
> was some difficulty in getting MinGW to compile Qt WebKit)
FWIW, in the last couple of days I tried to
On Mon, Jan 7, 2013 at 2:21 AM, Mohamed Fawzi wrote:
> I would like to close the discussion if possible.
> Is the following hierarchy acceptable?
>
> text/plain; charset=utf-8
> text/vnd.qt.qml => a file adhering to the QML grammar/syntax .qml suffix
>text/vnd.qt.qtquick1+qml => .qml suffix
Hi,
I just wanted to try out the "HTML5 Application" project type in
QT5 Qtcreator.
This doesnt work because QTCreator complains of a missing kit.
Unfortunately I didn't figure out what "Kit" to create,
I created some additionally kits with sevelar different settings
but this did not work.
In
> From: Niko Sams
> Sent: Sunday, January 6, 2013 3:49 PM
> Subject: [Development] Gdb pretty printers for Qt 5
> years ago I started working on gdb pretty printers for Qt 4 that allow
> printing eg. QString or QList values. Similar to what QtCreator does
> but with one big difference: it also wo
+1 for picking / collision detection.
Regards
Joao de Deus
De: Sean Harmer
Para: development@qt-project.org
Enviadas: Segunda-feira, 7 de Janeiro de 2013 16:38
Assunto: Re: [Development] OpenGL in Qt 5.1 and onwards
On Monday 07 January 2013 17:29:45 Laszlo
>
>
> I was hoping to get some refactoring of Qt3D done over the vacations but
>> then
>> came down with child-induced illness, bah!
>>
>
> That is nice. :-)
>
Not sure how this sentence got here. I am really sorry, I did not mean to
writ this here. I hope everything is alright!
Laszlo
__
On Monday 07 January 2013 17:29:45 Laszlo Papp wrote:
> * I would say, even more than just raycasting. Ray tracing would be even
> more powerful by following the rays recursively. As mentioned before on
> IRC, I have been working on a ray tracer in C++ due to my paid job. I will
> keep in mind to b
>
> For higher-level abstractions I would suggest that we refactor and split
> Qt3D
> into a number of more fine-grained and targeted libraries. Right now it is
> quite monolithic consisting of the C++ threed library and the QML
> integration.
>
> Some ideas for these:
>
> * 3D maths (float and dou
Hello,
QClipboard on Qt 4.8 may emit changed(), dataChanged(), findBufferChanged() or
selectionChanged() signals from within QClipboard::setMimeData(), which is
called both externally and internally. On QPA, as it has already been done on
Qt5, it makes sense to let the QPA plugin implementation of
On Fri, Dec 28, 2012 at 08:36:21AM -0600, Glen Mabey wrote:
> Issue 8) I did not see any output from the sanity bot when I did a
> git commit even though I had installed the symlink
> /.git/hooks/post-commit to git_post_commit_hook … any tips for getting
> that to run would be appreciated.
>
don'
On segunda-feira, 7 de janeiro de 2013 13.04.50, Oswald Buddenhagen wrote:
> On Fri, Jan 04, 2013 at 09:23:21AM -0200, Thiago Macieira wrote:
> > On sexta-feira, 4 de janeiro de 2013 09.38.31, Peter Kümmel wrote:
> > > > I know how to make a relocatable shared library on Linux (find the
> > > > cal
>>> 2) An QOpenGLVertexArrayObject class. This would be just a thin wrapper
>>> around a VAO with possibly some API to make it easier to use with
>>> QOpenGLBuffer and QOpenGLShaderProgram.
>>>
>>> This could potentially find use in QtQuick 2 so putting it in QtGui
>>> alongside the other QOpenGL*
On Fri, Jan 04, 2013 at 09:23:21AM -0200, Thiago Macieira wrote:
> On sexta-feira, 4 de janeiro de 2013 09.38.31, Peter Kümmel wrote:
> > > I know how to make a relocatable shared library on Linux (find the calling
> > > function's address in /proc/self/maps) and I know it's possible with some
> >
Qt Project Security Advisory
Title:unauthorized SSL certificates by Türktrust discovered
Risk Rating: Medium
Platforms:All
Modules: QtNetwork
Versions: All
Author: Peter Hartmann
Date: 7th January 2013
Overview
There have
On 6 January 2013 13:51, Thiago Macieira wrote:
> On domingo, 6 de janeiro de 2013 09.53.05, Sze Howe Koh wrote:
>> On 6 January 2013 09:40, Karl Ruetz wrote:
>> > I thought Mingw was not supported for Qt 5.
>> >
>> > Karl
>>
>> MinGW is a Tier 1 platform
>> (http://comments.gmane.org/gmane.comp.
I would like to close the discussion if possible.
Is the following hierarchy acceptable?
text/plain; charset=utf-8
text/vnd.qt.qml => a file adhering to the QML grammar/syntax .qml suffix
text/vnd.qt.qtquick1+qml => .qml suffix + magic 'import QtQuick 1.' within
the first 256 chars
text/v
Hi again,
On Monday 07 January 2013 08:54:41 Sletta Gunnar wrote:
> On Jan 7, 2013, at 8:53 AM, Samuel Rødal wrote:
> > On 12/18/2012 02:34 PM, Sean Harmer wrote:
> >> I would like to start a discussion on the future level of support for
> >> OpenGL enablers in Qt for those that are interested. S
Hi Gunnar,
On Monday 07 January 2013 08:28:35 Sletta Gunnar wrote:
> On Dec 18, 2012, at 2:34 PM, Sean Harmer wrote:
> > Hi,
> >
> > I would like to start a discussion on the future level of support for
> > OpenGL enablers in Qt for those that are interested. So here goes...
> >
> > I would lik
Hello,
Jędrek and I tried to finally get the changes in the stable branch merged into
dev [1]. It has been too long and we have bigger changes, for example in the
build system, the headers-clean test has been cleaned up to be only in qtbase.
It turns out that we cannot merge qtbase without brea
On Jan 7, 2013, at 8:53 AM, Samuel Rødal wrote:
> On 12/18/2012 02:34 PM, Sean Harmer wrote:
>> Hi,
>>
>> I would like to start a discussion on the future level of support for OpenGL
>> enablers in Qt for those that are interested. So here goes...
>>
>> I would like to add in a bunch more Open
On Dec 18, 2012, at 2:34 PM, Sean Harmer wrote:
> Hi,
>
> I would like to start a discussion on the future level of support for OpenGL
> enablers in Qt for those that are interested. So here goes...
>
> I would like to add in a bunch more OpenGL enablers but am not sure on where
> to best pu
Le 07/01/2013 09:13, Sletta Gunnar a écrit :
>> Le 18/12/2012 14:34, Sean Harmer a écrit :
>>> I would like to start a discussion on the future level of support for OpenGL
>>> enablers in Qt for those that are interested. So here goes...
>>
>> This may be a bit off-topic, but I have a little concer
On Jan 7, 2013, at 8:28 AM, Yves Bailly wrote:
> Greetings all,
>
> Le 18/12/2012 14:34, Sean Harmer a écrit :
>> I would like to start a discussion on the future level of support for OpenGL
>> enablers in Qt for those that are interested. So here goes...
>
> This may be a bit off-topic, but I
27 matches
Mail list logo
