Hi,<br><br><div><span class="gmail_quote">2007/8/9, Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 09.08.07 23:36:25, Rafael Fernández López wrote:<br>> The main problem was here (at kcmoduleinfo.cpp):<br>><br>> -   if( !lib.startsWith( QLatin1String( "kcm_" ) ) )<br>> -     lib = QLatin1String( "kcm_" ) + lib;
<br>><br>> When it tries to load the KCM factory from the library it will fail, because<br>> if the library is " foo.so", it will try to load from "kcm_foo.so", what<br>> won't find.<br>
><br>> For that reason I'm removing that as well as this change on the same file:<br>><br>> -  handle = tmp.isValid() ? tmp.toString() :<br>> lib.right( lib.length() - 4 ); // lib without kcm_ prefix<br>
> +  handle = tmp.isValid() ? tmp.toString() : lib;<br>><br>> This way what I've been working on is adapting all *.desktop files that had<br>> X-KDE-Library variable without kcm_ on the beginning, and of course, fixing
<br>> some .cpp files that hadn't X-KDE-FactoryName on their .desktop files<br>> (because there X-KDE-Library was taken), and as far as it was modified<br>> adding "kcm_", it was needed to add "kcm_" on the
<br>> K_EXPORT_COMPONENT_FACTORY.<br>><br>> Everything on kdebase/kdelibs/kdepimlibs (I have checked all I think) works.<br>> I have to fix the rest of modules. kdevplatform and kdevelop were<br>> contributed by apaku, and I just need to search for KCModule on the rest of
<br>> *.desktop files on the rest of modules (I don't think they will be too<br>> much).<br><br>Even though the main purpose for this change seems to be going away<br>(looks like Kate will drop KPluginSelector again), I still think it
<br>should be applied because it makes it possible to "transport" a kcm in<br>any kind of plugin-like-library and doesn't force specific names on the<br>developer for that.</blockquote><div><br>yeah, but I don't care if they're throwing it away. This is a blocker, and it shouldn't be that way. We could still be interested in a library providing "something" and a KCModule too :)
<br></div><br><br></div>Bye,<br>Rafael Fernández López.