Quote:
Originally Posted by Namret
Your response does make me wonder though: would it be possible to develop "plugins" for NickelMenu, since it already does the hard work of hooking into Nickel. NickelMenu could load this plugin (an .so) dynamically at runtime, hooking it into Nickel and thus a platform would be available for Qt to direct it's drawing calls to.
|
See my comment at the end of this message.
I have no idea if this would be possible at all, I might be able to put some time into researching this in the next couple of days.[/QUOTE]
If you give me your GitHub username, I'll add you to the semi-private repo where we (me, @NiLuJe, @shermp, others) have been discussing this sort of thing.
Quote:
|
It would make NickelMenu a new "platform" for Qt apps on the Kobo, which I think would be lovely! I love the way it integrates so cleanly into Nickel.
|
I've been trying to avoid feature-creep in NickelMenu, but I'd be happy to make this a separate thing. It should be as simple as copying the Makefile, src/qtplugin.h, src/failsafe.* (not strictly required, but it's a good idea), and src/dlhook.* (if you want to hook stuff), then making everything around that. If you want to take it further, you could make an init system based on NickelMenu which can run apps or load additional libs at startup.