[Kde-bindings] KDE/kdebindings/kalyptus

[Sebastian Sauer]

Richard Dale wrote:

> On Tuesday 06 May 2008 19:01:14 Richard Dale wrote:
>> On Tuesday 06 May 2008 18:24:21 Sebastian Sauer wrote:
>> > SVN commit 804641 by sebsauer:
>> >
>> > * handle QVariantList
>> >
>> > CCMAIL: kde-bindings at kde.org
>> >
>> >
>> >  M  +1 -0      kalyptusDataDict.pm
>> >
>> >
>> > --- trunk/KDE/kdebindings/kalyptus/kalyptusDataDict.pm #804640:804641
>> > @@ -2726,6 +2726,7 @@
>> >  'QValueList<QPixmap>' => 'qt_QPixmapValueList*',
>> >  'QValueList<QString>&' => 'qt_QStringValueList*',
>> >  'QValueList<QVariant>&' => 'qt_QVariantValueList*',
>> > +'QVariantList' => 'qt_QVariantValueList*',
>> >  'QValueList<QUrlInfo>*' => 'qt_QUrlInfoValueList*',
>> >  'QValueList<KDataToolInfo>&' => 'kde_KDataToolInfoValueList*',
>> >  'QPtrList<QDockWindow>*' => 'qt_QDockWindowPtrList*',
>>
>> Thanks for the update, but I'm pretty sure this lookup typemap isn't used
>> anymore, and it could probably be removed.
> Sorry - actually, thinking about it that's wrong - last time I removed
> this type map, the kimono C# code generation didn't work properly. But
> list types in it aren't used for anything.

ah, that explains why it got defined again in the C++ code. I wasn't sure 
there how things work together even after past years of monitoring your 
commits :-/ In that particular case the additional line at least prevents a 
smoke-warning that QVariantList is undefined :)
But guess I could need one day a more detailed intro into Smoke since it's 
really not that easy to understand how things are working together plus it 
would allow me to add QtScript and Kross support to QtRuby/Korundum :)