> -Original Message-
> From: Alan Alpert [mailto:4163654...@gmail.com]
> Sent: Wednesday, January 09, 2013 4:11 PM
> To: Koehne Kai
> Cc: Sorvig Morten; development@qt-project.org
> Subject: Re: [Development] QML Runtime
>
> On Wed, Jan 9, 2013 at 12:41 AM, Koehne Kai
> wrote:
> >>
On 01/09/2013 09:12 PM, Laszlo Papp wrote:
> To be honest I am reluctant to this mentality of not caring about others
> like me who do not wish to subscribe to many mailing lists.
I don't see any big issues: if you don't want to see the posts
separately, just make a filter so that they appear in
2 obviously needs more than 256, and magic solving in general needs more
resources, so that the mime resolution algorithm tries to avoid it if possible,
and soem applications might not do it at all (if they don't have the content of
the file, or only very slowly).
By having qtquick1 and qtq
On Jan 9, 2013, at 4:02 PM, Thiago Macieira wrote:
> I'm not sure it's out of scope for Qt. In fact, I don't know yet whether it
> should be part of Qt Core or not. I guess I am the person to make that
> particular call.
I'm very glad to hear that you are willing to consider it.
> So what I n
On Wed, Jan 9, 2013 at 4:32 PM, Chris Adams wrote:
> Hi,
>
> This is an interesting topic.
> I'm not sure that I'm convinced by anyone's arguments so far, to be honest.
>
> More comments inline:
>
>> > import paths can achieve basically what we want, so for example
>> > high_res/bla.qml will overr
On Wed, Jan 9, 2013 at 1:30 PM, André Pönitz
wrote:
> On Mon, Jan 07, 2013 at 05:03:05PM -0800, Alan Alpert wrote:
>> With the new cross-platform focus, we need some way for QML to
>> load platform specific content at runtime. [...]
>> It's really Qt that's cross-platform focused now, not me. [...
I create an object with QListWidget, and add 400 items(QListWidgetItem). When I
select all items with mouse, and then click a button to execute
item(i)->setHidden(true), the program will crash. But if I didn't select items
with mouse, but others, such as Ctrl+a, it won't crash.
I think, maybe s
Hi,
This is an interesting topic.
I'm not sure that I'm convinced by anyone's arguments so far, to be honest.
More comments inline:
> import paths can achieve basically what we want, so for example
> high_res/bla.qml will override bla.qml if the path is something like
> "high_res:." .
> > This s
On Tue, Jan 08, 2013 at 05:44:05PM +, Mohamed Fawzi wrote:
> That is a good point, currently the license is 1393 characters, so
> I think 2 should be enough (it doen't look like there is any
> limit in the range, other than being implicitly 32 bit in some
> places...
Would 2 have any r
I think that mailing lists work best if they are either very specific or
catch-all.
Development@ is our catch-all. Mobile-development is also a catch-many and
mobile is becoming increasingly blurry. Android-port is very specific.
Topics regarding QT on mobile devices go well into development, s
On quarta-feira, 9 de janeiro de 2013 13.19.10, Glen Mabey wrote:
> On Jan 9, 2013, at 5:54 AM, Olivier Goffart wrote:
> > On Friday 28 December 2012 08:36:21 Glen Mabey wrote:
> >> Hello,
> >>
> >> For some time, I have been working on a QtCore-based class that would be
> >> a
> >> container class
On quarta-feira, 9 de janeiro de 2013 21.18.40, Laszlo Papp wrote:
> Another try: can we reiterate this question for 5.1?
Can you post the API headers and a link to the docs and examples, so we can do
an API review?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel
On Mon, Jan 07, 2013 at 05:03:05PM -0800, Alan Alpert wrote:
> With the new cross-platform focus, we need some way for QML to
> load platform specific content at runtime. [...]
> It's really Qt that's cross-platform focused now, not me. [...]
These are interesting statements.
Given that being cro
Another try: can we reiterate this question for 5.1?
On Fri, Sep 14, 2012 at 1:11 PM, Laszlo Papp wrote:
> Hi Lars,
>
> with everyting that has been happening recently around Qt I have not had a
> chance to follow up on the QtSerialPort integration. Is there still a
> chance that this could make
On Tue, Jan 8, 2013 at 5:37 PM, Paul Olav Tvete wrote:
> I'll try once more: We have identified the need for a dedicated channel of
> communication for a new project with a rather tight deadline. We would like
> that channel to be publicly visible so that that others can follow what we
> do.
>
To
On Jan 9, 2013, at 5:54 AM, Olivier Goffart wrote:
> On Friday 28 December 2012 08:36:21 Glen Mabey wrote:
>> Hello,
>>
>> For some time, I have been working on a QtCore-based class that would be a
>> container class of arbitrary dimensionality. I did give a presentation on
>> this topic at Dev
Hi,
Thank you for notification:) I'll try find out if that can be changed for the
future.
In the meantime adding bugreport address into
https://bugreports.qt-project.org/browse/QTBUG-29016 as Comment will be seen
equal to link.
Br,
Akseli
> -Original Message-
> From: Nils Jeisecke
> S
On Wed, Jan 9, 2013 at 6:39 AM, Mohamed Fawzi wrote:
> In general I think that at least for development using several directories
> with sensible fallbacks is the way to go:
>
> One wants to have the possibility of overriding just some files on a
> platform, while still having other files coming
Hi,
seems like not "everyone" is allowed to link bugs ;-)
Nils
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On Wed, Jan 9, 2013 at 12:26 AM, Alberto Mardegan
wrote:
> On 01/08/2013 06:54 PM, Alan Alpert wrote:
>> Do you have an example of how this could be done? Specifically,
>> something that could select a different settings.js file for SameGame
>> without having to go through the C++ executable?
>
>
Hi,
Qt 5.0.1 release branching is ongoing and there are already around 300 commits
available since Qt 5.0.0 release.
There are also quite many bugs reported from Qt 5, some of them already triaged
but some requiring attention. Could everyone please go through important bug
reports in https://b
The import path solution is exactly what I think looks like the best solution.
For the qrc approach, the "first wins" approach makes it more usable, still
I would like to see a more automatic approach.
About import/search path I would also prefer if they could be set though
a platform dependent fil
On Wed, Jan 9, 2013 at 12:41 AM, Koehne Kai wrote:
>> -Original Message-
>> From: Alan Alpert [mailto:4163654...@gmail.com]
>> Sent: Tuesday, January 08, 2013 5:43 PM
>> To: Koehne Kai
>> Cc: Sorvig Morten; development@qt-project.org
>> Subject: Re: [Development] QML Runtime
>>
>> [..]
>>
Having a release build with only the required files seems like a good idea,
if one uses a search path based approach one can remove all non reachable
duplicates,
and then either store the used one again in the file system, or pack them in a
QRC...
Fawzi
F
In general I think that at least for development using several directories with
sensible fallbacks is the way to go:
One wants to have the possibility of overriding just some files on a platform,
while still having other files coming from a default location.
Alan's solution looks very comprehen
Robert wrote:
> > If added to Qt, we would consider dropping our in-house implementations
> to use Glen's QNDArray (this is serious investigation at present).
>
> What stops you or anyone else from using QNDArray if it is maintained
> outside of Qt?
>
Nothing (that would be a minor barrier). Ho
The strange thing about this error is that in the config.log for qtwayland, the
wayland_egl passed the config test. The config test successfully found the .pc
file and grab all the necessary libraries and header files. It is strange to me
that when I run make, it cannot find the EGL package.
-
> If added to Qt, we would consider dropping our in-house implementations
to use Glen's QNDArray (this is serious investigation at present).
What stops you or anyone else from using QNDArray if it is maintained
outside of Qt?
Regards,
Rob.
On 9 January 2013 13:50, Charley Bay wrote:
> If add
>
> Glen Mabey wrote:
> Hello,
> >
> > For some time, I have been working on a QtCore-based class that would be
> a
> > container class of arbitrary dimensionality. I did give a presentation
> on
> > this topic at DevDays-CA:
>
Olivier Goffart responded:
> Just my personal opinion on this:
>
>
Hi,
This email is mostly for maintainers but everybody is welcomed to help.
For Qt 5.0.0 we were not that good at generating the changes files for
all the modules, so now I'd like to ask everybody to help with this task.
Based on https://bugreports.qt-project.org/browse/QTBUG-26065 I've added
Hi,
same as previous email, if I use Carbon option to bypass the Cocoa port
build error, it still build failed.
macx-g++ on Mac 10.6.8
./configure -opensource -qtnamespace AAA -qtlibinfix AAA -shared -carbon
-no-framework
then
make
will get following compiler error:
gcc -c -pipe -g -arch i386 -ar
On Friday 28 December 2012 08:36:21 Glen Mabey wrote:
> Hello,
>
> For some time, I have been working on a QtCore-based class that would be a
> container class of arbitrary dimensionality. I did give a presentation on
> this topic at DevDays-CA:
Just my personal opinion on this:
I do not think
Hi,
I downloaded qt-everywhere-opensource-src-4.8.4.tar.gz, and try to build it
on Mac 10.6.8 with macx-g++ spec.
./configure -opensource -qtnamespace AAA -qtlibinfix AAA
then
make
will have following error:
gcc -c -pipe -g -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -arch
x86_64 -Xarch_x
On 08-Jan-13 18:54, Alan Alpert wrote:
>> It seems to me that this is a problem which can/should be solved at the
>> build system level.
>
> I had the impression that it shouldn't be solved at the build system
> level (even though it can be). That breaks QML as an interpreted
> language, whic
On Tue, January 08, 2013 21:23:54 Keller Alexander-B42067 wrote:
> I reverted back to the pervious version of qt5, but I still get this error.
>
> Qt-Compositor configured with openGL integration: wayland_egl
> Project ERROR: Package egl not found
Their is a general assumption in all qtwayland th
Koehne Kai wrote:
>>
>> [...] Below is list of failed autotests from already executed MinGW
>> stages:
>>
>> QtActiveQt_dev_Integration [1]
>>
>> === Failures:
>> ===
>> cmake
>> === Totals: 3 tests, 2 passes, 1 fail
>
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Anttila Janne
> Sent: Tuesday, January 08, 2013 9:00 AM
> To: development@qt-project.org
> Subject: [Development] CI autotes
> -Original Message-
> From: Alan Alpert [mailto:4163654...@gmail.com]
> Sent: Tuesday, January 08, 2013 5:43 PM
> To: Koehne Kai
> Cc: Sorvig Morten; development@qt-project.org
> Subject: Re: [Development] QML Runtime
>
> [..]
> Technically you could achieve the same thing with one big bi
On 01/08/2013 06:54 PM, Alan Alpert wrote:
> Do you have an example of how this could be done? Specifically,
> something that could select a different settings.js file for SameGame
> without having to go through the C++ executable?
If by "without having to go through the C++ executable" you mean t
39 matches
Mail list logo