Notices

I'll do some cleaning up with evening and upload it to the ItemDB Garage SVN, once the project is setup click to be added to the project.

Yeah it also needs the service file to actually do anything useful (which is something that Windows doesn't do - DBus, so I'd not bothered until I had more code down, and indeed until I had a way of passing data to the app over DBus).

actually there is some dbus implementation on windows it comes with kde-installer for win32 in any case

hi
is mbarcode in extras-devel or has it come to extras
thanks

http://maemo.org/packages/view/mbarcode/ says 0.0.8 in -testing and 0.2.4 in -devel (imho the -devel version is so much better )

The version in -testing is a relic, we'll push through the -devel version to extras proper quite soon (via -testing of course), but I'd like to get Python plugins working first (and we also need to fix a few other odds and sods, including adding some more payload types for 2D barcodes)

Current test Python plugin for use with mbarcode-plugin-pythonqtwrapper 0.0.2 (in extras-devel).

Rename to .py and place in /usr/share/mbarcode/plugins/pythonqt/

Note that I've not worked out how to get any UI items to show, but you should see the text printed out at the terminal. Work in progress. If anyone fancies hacking on this then I'd appreciate the help.

What I'd really like is for the plugin to be able to generate and populate its own window, but I fear the event loop won't run for the Python objects, so I'll have to have a look at the low level code that implements that and see if I can get it working somehow.

The alternative method, which is implemented in PythonPluginWrapper (in SVN, note the lack of a Qt in the name, to differentiate the two plugins) is to cast the python plugin to a C++ class and call methods on it directly from C++ (using SIP bindings) - I'm not sure if this is a better approach, but it currently segfaults. If anyone fancies working on that, that would also be useful

Hmm, regarding these plugins, I guess I may need to use locks when the Python-C functions are called by the sinks assuming the sinks run in different threads (though I need to check that). In that case I'll also need to enable Python threading when I initialise the interpreter.

well i'd love to if i got my scratchbox to compile something useful *and* display tinyx(was it tinyx? nm doesn't matter u know what i mean

Here is one use case (mine ) I feel mbarcode doesn't address adequately presently:
I have a set of storage boxes, which each have a QR-encoded sticker with a URL in them pointing to a page that describes the contents of the box along with a few photos of the contents. I would like to whip out my N900, point it towards the boxes and have my web browser be redirected to the said URL without needing other interaction; should I point to another box, the browser should be redirected to that new page, again without any interaction other than moving the camera.
Now, maybe mbarcode isn't the application for this special use case. But it'd be nice if it were . An alternative to use mbarcode would in my mind be a fork that would use a webkit widget for displaying the page. That way it could still provide its own menu for options.