lopment
>>>> Cc:
>>>> Sent: Thursday, November 8, 2012 12:57 PM
>>>> Subject: [Development] Another method of registering QML types
>>>>
>>>> Currently, there is no way to register QML files as types from C++.
>>>> This i
- Original Message -
> From: Alan Alpert <4163654...@gmail.com>
> On Thu, Nov 8, 2012 at 12:49 PM, BRM wrote:
>>> From: Alan Alpert <4163654...@gmail.com>
>>
>>> To: development
>>> Cc:
>>> Sent: Thursday, November 8,
On Thu, Nov 8, 2012 at 2:15 PM, Richard Moore wrote:
> On 8 November 2012 21:17, Alan Alpert <4163654...@gmail.com> wrote:
>> On Thu, Nov 8, 2012 at 12:49 PM, BRM wrote:
From: Alan Alpert <4163654...@gmail.com>
>> If you have a http://remote/Image.qml with code like Image { source:
>> "graph
On Thu, Nov 8, 2012 at 3:43 PM, Thiago Macieira
wrote:
> On quinta-feira, 8 de novembro de 2012 15.36.23, Alan Alpert wrote:
>> But I'm not sure what the usecase is for extending QtQuick1 in Qt5
>> only? Isn't the primary point of QtQuick 1 in Qt5 to provide a smooth
>> migration path? QtQuick 1 i
On Thu, Nov 8, 2012 at 2:19 PM, Thiago Macieira
wrote:
> On quinta-feira, 8 de novembro de 2012 09.57.05, Alan Alpert wrote:
>> qmlRegisterType(const char* url, const char *uri, int versionMajor,
>> int versionMinor, const char *qmlName).
> [...]
>
>> This would allow for a platform component impo
On quinta-feira, 8 de novembro de 2012 15.36.23, Alan Alpert wrote:
> But I'm not sure what the usecase is for extending QtQuick1 in Qt5
> only? Isn't the primary point of QtQuick 1 in Qt5 to provide a smooth
> migration path? QtQuick 1 in Qt5 is "Done" (unless this has changed),
> so if a feature
On Thu, Nov 8, 2012 at 2:16 PM, Thiago Macieira
wrote:
> On quinta-feira, 8 de novembro de 2012 11.02.23, Alan Alpert wrote:
>> I know commits go to Qt5 first, but with the issue of QtQuick there's
>> different implementations for QtQuick 1 and QtQuick 2. I don't think
>> it's a good idea for QtQu
On quinta-feira, 8 de novembro de 2012 09.57.05, Alan Alpert wrote:
> qmlRegisterType(const char* url, const char *uri, int versionMajor,
> int versionMinor, const char *qmlName).
[...]
> This would allow for a platform component import which looks like this:
> if(platform=="desktoplinux")
> q
On quinta-feira, 8 de novembro de 2012 11.02.23, Alan Alpert wrote:
> I know commits go to Qt5 first, but with the issue of QtQuick there's
> different implementations for QtQuick 1 and QtQuick 2. I don't think
> it's a good idea for QtQuick 1 (Qt 5) to gain new features that are
> withheld from Qt
On 8 November 2012 21:17, Alan Alpert <4163654...@gmail.com> wrote:
> On Thu, Nov 8, 2012 at 12:49 PM, BRM wrote:
>>> From: Alan Alpert <4163654...@gmail.com>
> If you have a http://remote/Image.qml with code like Image { source:
> "graphic.png" } the png will be fetched transparently.
>
>> [1] Ye
On Thu, Nov 8, 2012 at 12:49 PM, BRM wrote:
>> From: Alan Alpert <4163654...@gmail.com>
>
>> To: development
>> Cc:
>> Sent: Thursday, November 8, 2012 12:57 PM
>> Subject: [Development] Another method of registering QML types
>>
>> Currently,
> From: Alan Alpert <4163654...@gmail.com>
> To: development
> Cc:
> Sent: Thursday, November 8, 2012 12:57 PM
> Subject: [Development] Another method of registering QML types
>
> Currently, there is no way to register QML files as types from C++.
> This is the
On Thu, Nov 8, 2012 at 11:14 AM, Oswald Buddenhagen
wrote:
> On Thu, Nov 08, 2012 at 09:57:05AM -0800, Alan Alpert wrote:
>> Any comments on this suggested addition to the QtDeclarative public API?
>>
> sounds like an utter nightmare for plugins.qmltypes files.
I think it's reasonable for Creator
On Thu, Nov 08, 2012 at 09:57:05AM -0800, Alan Alpert wrote:
> Any comments on this suggested addition to the QtDeclarative public API?
>
sounds like an utter nightmare for plugins.qmltypes files.
___
Development mailing list
Development@qt-project.org
h
On Thu, Nov 8, 2012 at 10:14 AM, Olivier Goffart wrote:
> On Thursday 08 November 2012 09:57:05 Alan Alpert wrote:
>> Currently, there is no way to register QML files as types from C++.
>> This is the exact same functionality that qmldir provides, but I think
>> there are situations where you'll w
On Thursday 08 November 2012 19:23:37 Shawn Rutledge wrote:
> On Thu, Nov 08, 2012 at 07:14:52PM +0100, Olivier Goffart wrote:
> > On Thursday 08 November 2012 09:57:05 Alan Alpert wrote:
> > > Currently, there is no way to register QML files as types from C++.
> > > This is the exact same function
On Thu, Nov 08, 2012 at 07:14:52PM +0100, Olivier Goffart wrote:
> On Thursday 08 November 2012 09:57:05 Alan Alpert wrote:
> > Currently, there is no way to register QML files as types from C++.
> > This is the exact same functionality that qmldir provides, but I think
> > there are situations whe
On Thursday 08 November 2012 09:57:05 Alan Alpert wrote:
> Currently, there is no way to register QML files as types from C++.
> This is the exact same functionality that qmldir provides, but I think
> there are situations where you'll want to do this progamatically
> instead of with a qmldir file.
Currently, there is no way to register QML files as types from C++.
This is the exact same functionality that qmldir provides, but I think
there are situations where you'll want to do this progamatically
instead of with a qmldir file. There is a very specific example I have
in mind: Platform Compon
19 matches
Mail list logo
