I'd like to suggest that we add a new Q_OS_ define.
Currently, for Apple platforms, we have:
Q_OS_DARWIN
Q_OS_DARWIN32
Q_OS_DARWIN64
Q_OS_IOS
Q_OS_MAC
Q_OS_MAC32
Q_OS_MAC64
Q_OS_MACX
The first three are very straightforward. Q_OS_DARWIN is defined for both Apple
platforms, OS X and iOS, with sp
There are a few questions left on the QFileSelectors API addition,
https://codereview.qt-project.org/#change,48334 :
1) Did it miss the feature freeze for 5.1?
It did not merge into dev before the dev->stable merge, so it has
technically missed the freeze. But I'd like to ask for a special
excepti
On Thursday, March 21, 2013 05:05:00 Shaw Andy wrote:
> > The file dialog takes up to 30 seconds to be usable if we're listing
> > files on a USB or remote share with 10k files.
> >
> >
> > The bottlenecks are QFileIconProvider::icon(const QFileInfo &info) and
> > QFileInfo::isSymLink().
> >
> >
On sexta-feira, 22 de março de 2013 17.02.28, Matteo Brichese wrote:
> Inside GL:
> matteo@openembeddedpc:~/sysroot/usr/include/GL$ find | grep X11 *
> glext.h:#define GL_MATRIX11_ARB 0x88CB
> glext.h:#define GL_SYNC_X11_FENCE_EXT 0x90E1
> glx.h:#include
> glx.h:#incl
Torsdag 21. mars 2013 20.27.33 skrev Oswald Buddenhagen:
> hi,
>
> On Thu, Mar 21, 2013 at 02:33:30PM +, Qi Liang wrote:
> > I think it's important, your commits in stable branch perhaps lost
> > after dev branch merged. [...]
>
> to preclude further pointless panicking, i simply re-did the m
Hi, I'm trying to link my system GL libraries in my rootfs but I've got the
same error, even my GL lib (ubuntu 12.04 with no proprietary driver) contains
"#include "
I've this situation:
matteo@openembeddedpc:~/sysroot/usr/include$ ls -l | grep GL
drwxr-xr-x 2 matteo matteo 4096 Mar 13 19:53
Onsdag 20. mars 2013 09.50.22 skrev Thiago Macieira:
> Hello
>
> We're feature-freezing 5.1. It's time to verify if any of the third-party
> libraries we include in Qt need updating to newer versions. I recommend
> updating all of them to their latest versions.
>
> Do we have volunteers?
>
> Lis
On sexta-feira, 22 de março de 2013 15.29.45, Matteo Brichese wrote:
> >>On sexta-feira, 22 de março de 2013 15.20.03, Matteo Brichese wrote:
> >> Hi, the EGL is provided by nvidia, so I don't think that I could get any
> >> mod.
> >
> >Can you compile Qt with the Mesa headers?
>
> I think yes, but
>>On sexta-feira, 22 de março de 2013 15.20.03, Matteo Brichese wrote:
>> Hi, the EGL is provided by nvidia, so I don't think that I could get any
>> mod.
>Can you compile Qt with the Mesa headers?
I think yes, but compiling with Mesa header I will be able to have hardware
acceleration from qt?
On sexta-feira, 22 de março de 2013 15.20.03, Matteo Brichese wrote:
> Hi, the EGL is provided by nvidia, so I don't think that I could get any
> mod.
Can you compile Qt with the Mesa headers?
> So, I've to reorder the include in EGL/egl.h right?
>
> I'm sorry for the html signature, it's a socie
Hi, the EGL is provided by nvidia, so I don't think that I could get any mod.
So, I've to reorder the include in EGL/egl.h right?
I'm sorry for the html signature, it's a society default, I'll try to delete it
when sending to this ML.
---
Matteo Brichese
Software Engineer
mbrich...@came.it
Came
On sexta-feira, 22 de março de 2013 07.58.46, Matteo Brichese wrote:
> from qeglfsintegration.cpp:48:
> This error refers to folder qtbase/src/plugins/platforms/eglfs
>
> It seems that the “None” element of the struct defined in qurl.h is even a
> defined constant in an X11-header
Not the only way...
There's [NSApplicationDelegate applicationDockMenu:], and dock tile plugins (we
should look into bundling a default dock tile plugin in Qt apps!).
Dock tile plugins have the added benefit of having the menu show up when the
app isn't open (more like Windows jump lists).
htt
Greetings fellow Qt developers,
I would like to say a little bit about the current state of the QtWayland
project and the current roadmap. Today the QtWayland repository was split into
the "stable" and "dev" branches following the convention of other Qt modules.
There is no "release" branch y
On 03/21/2013 05:12 PM, Qi Liang wrote:
>> Let's be more clear: no commits were lost. They are all still present.
>>
>> However, due to conflicts, some changes may have been improperly resolved.
>> This
>> is no different than any other merge, in any direction.
> Yes, it's "lost" because of confli
On Mar 21, 2013, at 10:55 PM, Thiago Macieira wrote:
> Someone who knows about this, could you please take a look?
>
> The first and third warnings are scary.
Fixed most of them:
https://codereview.qt-project.org/51868
https://codereview.qt-project.org/51869
https://codereview.qt-project.org
I'm sorry, I've made an error, this errors came up when I launch the MAKE
command, not in the configure.
Regards.
---
Matteo Brichese
Software Engineer
mbrich...@came.it
Came Cancelli Automatici S.p.A.
www.came.com
Da: development-bounces+mbrichese=came...
Hi everyone, I'm Matteo from Italy, I'm trying to crosscompile qt5 for a tegra2
device (Colibri T20 from Toradex) but I'm finding some errors in configure
script.
Here is my configure:
./configure -make libs \
-prefix /opt/qt5_tegra \
-sysroot /home/matteo/oe-core/sysroot \
-device tegra2 \
-de
On Wed, Mar 20, 2013 at 2:53 PM, Oswald Buddenhagen <
oswald.buddenha...@digia.com> wrote:
> moin,
>
> empirical evidence shows that People™ don't read announcments, and
> consequently are still staging changes meant for 5.1 (i.e., bugfixes to
> new functionality) to dev. these changes would miss
19 matches
Mail list logo