>
> Like Flickable, you aren't supposed to control the contentItem of
> Window. It's only exposed because it unfortunately cannot be fully
> hidden as an implementation detail (at least not without breaking
> certain edge cases). So it's deliberate that you aren't able to
> override this like a bin
Hi,
I'm willing to switch to QT5 with GL,
afaik in Qt5 the GL functions are encapsulated into a class that extends
QAbstractOpenGLFunctions and you can't use the GL calls outside that class
unless you pass each time a reference to this class.
Why doesn't it publish the GL functions publicly (not i
Hi,
I would like to make POC of automatic rotation of ApplicationWindow's
contentItem.
It can be simple solution for devices which have accelerometer only and
don't have system screen rotation.
Following mockup works:
/*ApplicationWindow.qml*/
Window {
id: root
/* In the end some k
On Thu, Aug 1, 2013 at 9:46 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 20:21:23, Laszlo Papp wrote:
> > On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
> >
> > wrote:
> > > On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > > > 3
> > >
> > > This discussio
On quinta-feira, 1 de agosto de 2013 20:21:23, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
>
> wrote:
> > On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > > 3
> >
> > This discussion is going off on a tangent but...
> >
> > you do realise that there'
I think most of your questions is well answered in the previously linked
android serialport project which I sent a link to, before.
If you check their manifest file, you cannot see there is no special
permission requested. Although they seem to use "chroot" for the emulator
environment which is ro
On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > 3
>
> This discussion is going off on a tangent but...
>
> you do realise that there's an overhead associated with dynamic libraries,
> right? The code runs slightly slowe
On quinta-feira, 1 de agosto de 2013 15:49:26, Nicolás Alvarez wrote:
> 2013/8/1 Denis Shienkov :
> > 01.08.2013 22:35, Thiago Macieira пишет:
> >> There are two _android files in
> >> http://qt.gitorious.org/qt/qtbase/trees/stable/src/corelib/kernel
> >
> > Yes, I saw them.
> > But I don't unders
On Thu, Aug 1, 2013 at 7:49 PM, Nicolás Alvarez
wrote:
> 2013/8/1 Denis Shienkov :
> > 01.08.2013 22:35, Thiago Macieira пишет:
> >>
> >> There are two _android files in
> >> http://qt.gitorious.org/qt/qtbase/trees/stable/src/corelib/kernel
> >>
> >>
> > Yes, I saw them.
> > But I don't understand
On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> 3
This discussion is going off on a tangent but...
you do realise that there's an overhead associated with dynamic libraries,
right? The code runs slightly slower due to indirect access to functons and
data, and there's a start
3
On Thu, Aug 1, 2013 at 7:25 PM, Hausmann Simon wrote:
> Interesting point.
>
> In your environment where you are already building your custom version
> of Qt, how many processes do you expect to be running simultaneously that
> are also using QtSceneGraph (without QtQml/QtQuick)?
>
>
> Simo
On quinta-feira, 1 de agosto de 2013 21:45:20, Denis Shienkov wrote:
> Hi Thiago,
>
> E.g. I don't see any Android's source code in repositories of Qt5.1.
> For example, where code, e.g. in:
>
> http://qt.gitorious.org/qt/qtbase/trees/stable/src/corelib
>
> ??
>
> I understand nothing. I am c
On quinta-feira, 1 de agosto de 2013 18:30:32, Laszlo Papp wrote:
> Err... 1) does not make a difference on embedded with a small NOR/NAND
> flash? Perhaps, you are thinking about desktop? As far as I can tell, it is
> such a big difference that we would need reject Qt if we only had the
> static l
Interesting point.
In your environment where you are already building your custom version of Qt,
how many processes do you expect to be running simultaneously that are also
using QtSceneGraph (without QtQml/QtQuick)?
Simon
Fra: Laszlo Papp
Sendt: 19:30 torsdag 1. august 2013
Til: Thiago Macie
Hi Thiago,
E.g. I don't see any Android's source code in repositories of Qt5.1.
For example, where code, e.g. in:
http://qt.gitorious.org/qt/qtbase/trees/stable/src/corelib
??
I understand nothing. I am confused... :(
Best regards,
Denis
01.08.2013 19:48, Thiago Macieira ?:
On quinta
On Thu, Aug 1, 2013 at 6:22 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 17:57:03, Laszlo Papp wrote:
> > On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon
> wrote:
> > > What is the advantage of this approach over static linkage?
> >
> > 1) Not linking into more applications ru
On quinta-feira, 1 de agosto de 2013 17:57:03, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon
wrote:
> > What is the advantage of this approach over static linkage?
>
> 1) Not linking into more applications running.
>
> 2) It is also safer for the LGPLv2 license without an
On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon wrote:
> What is the advantage of this approach over static linkage?
>
1) Not linking into more applications running.
2) It is also safer for the LGPLv2 license without an exception for static
linking into commercial code.
3) shared library is mor
What is the advantage of this approach over static linkage?
Simon
Fra: Laszlo Papp
Sendt: 18:06 torsdag 1. august 2013
Til: Thiago Macieira
Kopi: development@qt-project.org
Emne: Re: [Development] QtSC: Scene Graph discussion
On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira
mailto:thiago.macie.
On Thu, Aug 1, 2013 at 12:06 PM, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira > wrote:
>
>> On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
>> > I would be personally more than happy for scene graph to become compact,
>> > i.e. qml and qtquick being a se
On Thu, Aug 1, 2013 at 5:01 PM, Jake Thomas Petroules <
jake.petrou...@petroules.com> wrote:
> I assume that this excludes OS X, given that the very latest version still
> only has 0.9.8y.
>
> Are there or have there ever been any plans to implement additional crypto
> backends such
> as CommonCry
On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
> > I would be personally more than happy for scene graph to become compact,
> > i.e. qml and qtquick being a separate layer. I do not mind in which
> > repository this separa
I assume that this excludes OS X, given that the very latest version still only
has 0.9.8y.
Are there or have there ever been any plans to implement additional crypto
backends such
as CommonCrypto (OS X and iOS, the latter of which doesn't have OpenSSL at all)
and
CAPI/CNG on Windows? SSL in Qt
On quinta-feira, 1 de agosto de 2013 12:16:37, Fricot, Daniel wrote:
> 1. Why is it kept in the sources but is never included in the Windows
> binaries? (I know it was originally Linux-only, but wouldn't it be great if
> - just as most of the Qt stuff - it was cross-platform out of the box?
>
On quinta-feira, 1 de agosto de 2013 16:19:25, Denis Shienkov wrote:
> May you specify for me a direct link to this place in Qt5.1?
What place? The android port is in the regular repositories. The same qtbase
you've been using for months :-)
--
Thiago Macieira - thiago.macieira (AT) intel.com
On quinta-feira, 1 de agosto de 2013 13:13:31, Shane Kearns wrote:
> If there are no objections, lets update the documentation and make sure the
> binary packages for the next release are using it.
Since this proposal came from Peter and I assume he discussed it with Richard,
and now Shane is end
On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
> I would be personally more than happy for scene graph to become compact,
> i.e. qml and qtquick being a separate layer. I do not mind in which
> repository this separation happens in; that is just details for me, not a
> technology
On quinta-feira, 1 de agosto de 2013 10:55:46, David Faure wrote:
> It breaks opening such things with other means than QFile (e.g. native
> APIs).
>
> It ties in two features together (QStandardPaths and QFile's file engines)
I've made my position clear that I dislike the file engines and search
On quinta-feira, 1 de agosto de 2013 11:13:46, David Faure wrote:
> About the naming: -geometry is indeed a system (X11) option, but
> -stylesheet, -graphicssystem, -qmljsdebugger, -reverse and many more are
> really options that are only available because the application is using Qt.
> So --help-
On quinta-feira, 1 de agosto de 2013 07:58:41, André Somers wrote:
> I do see a use for using a schema right there. Settings can be accessed
> from all over the application. If you use QSettings or QConfiguration or
> whatever for that directly, it means that everywhere you need a specific
> val
On Wed, Jul 31, 2013 at 12:26 PM, Peter Hartmann
wrote:
> On 04/16/2013 01:19 PM, Richard Moore wrote:
> > 2) We could say 1.0.0 is the minimum.
>
> *bump* So is everybody fine with this?
I think it is reasonable.
___
Development mailing list
Developme
1 - DBus is a linux framework for IPC.
While it's been ported to windows to ease porting of linux applications to
windows, it's not the native way to do IPC there.
Most windows machines won't have the DBus libraries / headers installed to
compile & run QtDBus against.
2 - unknown, we don't routin
01.08.2013, 17:03, "Laszlo Papp" : Also there is an interest and at Russian-speaking forums (where even user to me sent a patch for Android Bluetooth). :) Does it mean it works with that patch already to a certain runtime degree, or it is just a "formality" patch? Would be nice to see coming to
I agree with this.
There are binary incompatibilities between 0.9 and 1.x, and we haven't
found all of them. Before 1.0, openSSL didn't clearly separate internal
data structures from its API. As a result the existing Qt openssl codebase
is using some internal data structures which causes subtle er
On Thu, Aug 1, 2013 at 1:13 PM, Denis Shienkov wrote:
> Hi Laszlo,
>
>
> > When the bugzilla entry was being submitted, I tried to ask around in
> #qt-labs, but there was not much reaction. I can understand it is not a hot
> topic. :)
>
> Probably the theme not hot, but users already start being
Dear team,
Most of our Qt projects are Linux based and use DBus. We now have a project on
Windows 7. To reuse our code, we are investigating the use of DBus on Windows.
As QtDBus is not part of the Qt 5.1 Windows binaries, I managed to get
everything build from source - including QtDBus.
I have
Hi Laszlo, > When the bugzilla entry was being submitted, I tried to ask around in #qt-labs, but there was not much reaction. I can understand it is not a hot topic. :) Probably the theme not hot, but users already start being interested in Android support, e.g.: http://qt-project.org/forums/viewt
On Thu, Aug 1, 2013 at 8:17 AM, Sletta Gunnar wrote:
> Indeed, the proposed patch created an new library (which was only built
> when manually cd'ing into src/scenegraph and building it there) which would
> not have been usable together with Qt Quick (until Qt 6, that is).
>
I would be personally
This is the latest blog post to be up to date:
http://blog.qt.digia.com/blog/2013/07/23/anatomy-of-a-qt-5-for-android-application/
Android contributions have been going to Qt for a while. Check QtSensors
how they have managed the android bits, or QtMultimedia for reference.
Also, there is Q_OS_AND
39 matches
Mail list logo
