On Wed, May 21, 2008 at 9:07 PM, Stefano Crocco <<a href="mailto:noreply@rubyforge.org">noreply@rubyforge.org</a>> wrote:<br><br>
Read and respond to this message at:<br>
<a href="http://rubyforge.org/forum/message.php?msg_id=56304" target="_blank">http://rubyforge.org/forum/message.php?msg_id=56304</a><br>
By: Stefano Crocco<br>
<br>
I'm using korundum4 from kde svn. Some days ago (I think it was on Sunday or<br>
Monday), I updated it from svn, and found that some code which previously worked<br>
flawlessly now gives strange errors. In particular, I found out these two issues<br>
(there may be other similar, but since these two stop my program from setting<br>
up, I can't say). The issues I found are:<br>
1) KDE::ActionCollection#action returns a Qt::WidgetAction, instead of a KDE::Action<br>
(or derived class), both for actions created manually using<br>
KDE::ActionCollection#add<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">_action and actions created using KDE::StandardActions.<br>
The actions themselves are of the correct class and can be used normally if<br>
stored somewhere else (for example, in an instance variable). But you access<br>
them using KDE::ActionCollection#action, they'll behave as a Qt::WidgetAction,<br>
instead of whatever they should be.<br>
2) The Qt::Pixmap s returned by KDE::IconLoader#load_icon aren't accepted as<br>
argument where a Qt::Pixmap is required (in particular, I tested it using<br>
Qt::Icon.new and Qt::Label#set_pixmap), and in both cases I got an error<br>
(ArgumentError). Creating a pixmap for the file by hand (using the string returned<br>
by KIconLoader#icon_path) or using a pixmap created with Qt::Pixmap.new(16,16)<br>
works perfectly.<br>
<br>
<br>
I know that svn code is highly unstable and that these issues may be known,<br>
but, after having looked at kde websvn and having found no commit which seemed<br>
to be connected to them, I decided to report about them.<br>
</blockquote><br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Richard Dale</b> <<a href="mailto:noreply@rubyforge.org">noreply@rubyforge.org</a>><br>Date: Thu, May 22, 2008 at 9:33 AM<br>
Subject: [korundum-help][56355] RE: Problems with korundum4 after svn update<br>To: <a href="mailto:noreply@rubyforge.org">noreply@rubyforge.org</a><br><br><br><div class="Ih2E3d"><br>
Read and respond to this message at:<br>
</div><a href="http://rubyforge.org/forum/message.php?msg_id=56355" target="_blank">http://rubyforge.org/forum/message.php?msg_id=56355</a><br>
By: Richard Dale<br>
<br>
There was a very large change to the Ruby and C# bindings recently called 'modular<br>
smoke'. Before all the QtRuby smoke bindings were in one big library called<br>
'libsmokeqt' and all the QtRuby/Korundum ones were in 'libsmokekde'. With the<br>
modular smoke change we will be able to split up the smoke libs and also wrap<br>
a much wider range of apis.<br>
<br>
<br>
However, there are a few minor issues that need fixing. The 'rbkde4api' and<br>
'rbqtapi' command line tools no longer work properly, the version number on<br>
the smoke libs needs raising to 3.0.0 and I think you've found some more.<br>
<br>
<br>
There is some code that uses the runtime data in a QMetaObject to get a more<br>
exact classname to use than the one in the api itself. It sounds like your problem<br>
has been caused by the resolve_classname() code no longer working correctly<br>
(only looking for Qt classes and not KDE ones too).<br>
<br>
<br>
The second error looks like it is caused by the function used in runtime overloaded<br>
method resolution not working correctly. It checks whether the class of an argument<br>
type is a subclass of the argument type in the smoke lib, and it is only looking<br>
in the Qt smoke lib to find that out, and not the KDE one too.<br>
<br>
<br>
I think it will take a week or two before the Ruby bindings work as well as<br>
they did before the modular smoke change, but thanks for reporting the bugs<br>
as it is quite important to find out about these issues asap.<br>
<div><div></div><div class="Wj3C7c"><br>
______________________________________________________________________<br>
You are receiving this email because you elected to monitor this forum.<br>
To stop monitoring this forum, login to RubyForge and visit:<br>
<a href="http://rubyforge.org/forum/monitor.php?forum_id=723&group_id=181&stop=1" target="_blank">http://rubyforge.org/forum/monitor.php?forum_id=723&group_id=181&stop=1</a><br>
</div></div></div><br>