> -Original Message-
>
> I don't think it adds the real value, which comes from just matching
> C++ expectations. Enums help out in C++ because they're A)
> high-performance B) high-readability and C) Object-Oriented. By
> putting enums in their own files as their own types we lose most of
On Thu, Dec 13, 2012 at 2:09 AM, Erik Verbruggen wrote:
> Replying to myself after a bit of pondering...
>
> On Dec 12, 2012, at 10:45, Verbruggen Erik wrote:
>
>> The problem with enums is that we couldn't make them fast. They will always
>> be a lot slower than normal string literals. That is
Replying to myself after a bit of pondering...
On Dec 12, 2012, at 10:45, Verbruggen Erik wrote:
> The problem with enums is that we couldn't make them fast. They will always
> be a lot slower than normal string literals. That is mostly because we could
> not avoid the name lookup. Think about
On Wed, Dec 12, 2012 at 5:06 PM, Chris Adams wrote:
> Hi,
> ...
>> Since this is currently necessary, it does mean that anyone who wants
>> to see enums properly supported should help out with the v4vm work
>> (currently the best way to fix QTBUG-24799).
>
>
> The v4vm implementation is an orthogo
Hi,
> This entire thread should be revisited after QTBUG-24799 is fixed.
> >
>
> I disagree here, because
> A) How much we like enums affects the effective priority of
> QTBUG-24799 (it's the main usecase that it blocks)
>
True. Although it also affects instanceOf and Qt.createComponent, at the
On Wed, Dec 12, 2012 at 3:53 PM, Chris Adams wrote:
> Hi,
>
>...
>>
>> (4) Lack of "Enums" in QML is (another) example of how QML might be
>> considered a "second-class-citizen" (mentioned by Chris, another example
>> being composite types in QML are not backed by a QQmlType and thus are not
>> a
Hi,
On Wed, Dec 12, 2012 at 10:51 PM, Charley Bay wrote:
> Unto all so did sayeth Alan:
>
>> > What should enumeration declarations in QML look like?
>>
>
> Did respondeth Erik:
>
>> And, also important: how much slower is it allowed to be than the current
>> implementation?
>>
>> I remembered t
Unto all so did sayeth Alan:
> > What should enumeration declarations in QML look like?
>
Did respondeth Erik:
> And, also important: how much slower is it allowed to be than the current
> implementation?
>
> I remembered that there was talk about enums in QML before, so I dug
> around a bit, an
On Dec 11, 2012, at 4:47, Alan Alpert <4163654...@gmail.com> wrote:
> People keep asking for enumerations in QML. See QTBUG-15483 and
> QTBUG-14861, both assigned to old Nokia identities (so don't trust
> that 'in progress' ;) ). Now I don't know when these issues will be
> resolved, but there's a
Hi,
I figured I weigh into this discussion:
> But if you don't like those changes, you can do the var in a global
> (.pragma library) script file and use that. Maybe this means proper
> enum support isn't that urgent ;) .
>
It's not that the functionality is urgent; it's that currently,
QML-doc
On Tue, Dec 11, 2012 at 12:26 AM, Mark wrote:
> On Tue, Dec 11, 2012 at 4:47 AM, Alan Alpert <4163654...@gmail.com> wrote:
>> People keep asking for enumerations in QML. See QTBUG-15483 and
>> QTBUG-14861, both assigned to old Nokia identities (so don't trust
>> that 'in progress' ;) ). Now I don'
On Tue, Dec 11, 2012 at 5:17 AM, Knoll Lars wrote:
>
> On Dec 11, 2012, at 4:47 AM, Alan Alpert <4163654...@gmail.com> wrote:
>
>> People keep asking for enumerations in QML. See QTBUG-15483 and
>> QTBUG-14861, both assigned to old Nokia identities (so don't trust
>> that 'in progress' ;) ). Now I
>
> > People keep asking for enumerations in QML. ,
> > Now I don't know when these issues will be
> > resolved, but there's an important discussion to have before it can
> > even be scheduled: What would proper enum support look like in QML?
> > ,
>
> I'd prefer:
>
> Item {
> enum Wea
On Dec 11, 2012, at 4:47 AM, Alan Alpert <4163654...@gmail.com> wrote:
> People keep asking for enumerations in QML. See QTBUG-15483 and
> QTBUG-14861, both assigned to old Nokia identities (so don't trust
> that 'in progress' ;) ). Now I don't know when these issues will be
> resolved, but there
On Tue, Dec 11, 2012 at 4:47 AM, Alan Alpert <4163654...@gmail.com> wrote:
> People keep asking for enumerations in QML. See QTBUG-15483 and
> QTBUG-14861, both assigned to old Nokia identities (so don't trust
> that 'in progress' ;) ). Now I don't know when these issues will be
> resolved, but the
People keep asking for enumerations in QML. See QTBUG-15483 and
QTBUG-14861, both assigned to old Nokia identities (so don't trust
that 'in progress' ;) ). Now I don't know when these issues will be
resolved, but there's an important discussion to have before it can
even be scheduled: What would pr
16 matches
Mail list logo
