It was not previously possible to use KConfig etc. from declarative
applets, because the relevant qScriptRegisterMetaType functions were not
called. This fixes that by calling registerNonGuiMetaTypes from
registerSimpleAppletMetaTypes.
it seems to work for now, will keep the js scriptengine unchanged for a while to check for eventual problems.
if this work out will make the merge with the qml engine way easier
svn path=/trunk/KDE/kdebase/runtime/; revision=1185556
* register the metatype by name with Qt so it can find it; this allows DataEngine::query() to work properly
svn path=/trunk/KDE/kdebase/runtime/; revision=1077821
* discovered QByteArrays were completely opaque to the runtime, obviously not good seeing how many things use them. fortunately, Qt has bindings for them ... in the examples! so just pulled those over (license compatible, thankfully) and now that works
* implement the remaining security hooks so it knows the difference between different kinds of urls
* export KIO::Job into the runtime; i really wish we could have had more time to do something more elegant than just pushing the object wholesale into the runtime as it exposes a LOT of API, but this works, should be safe (security wise) and as we are in feature freeze there's really nothing better that can be done to replace it at this point in time
* move some of the utility bindings (i18n, DataEngine) into simplebindings/ for consistency
* break out the qvariant stuff that is used outside of the DataEngine bindings for clarity
* brea out a bunch of the bookkeeping setup stuff from simplejavascriptapplet.cpp (it was getting messy) and put it into a separate .cpp file
svn path=/trunk/KDE/kdebase/runtime/; revision=1063070
