Notices

Basically, yes. I was just thinking that people might want to pause the scanning without closing the lens. Although there might be no need to do that. It could go (as lardman suggested) to the recent list or something, though.

Well, they're just examples. We'll make something more intuitive or have some text with each icon if necessary.

Oh, I'm thinking that the data shown is the cached data. We could probably implement some kind of "download info later" functionality, but the main purpose was just easy access to previously gathered info. To compare a couple of products, for instance.

Thanks! I've been wanting to change this for a while now

I've committed an initial version of the wifi plugin into svn. The main thing remaining is to disconnect any existing connections.

I made it a separate plugin instead of including it in the QR code plugin for a couple of reasons:
* Since there's not good APIs for creating wifi connections, I had to include some low-level headers/libraries, and didn't want to clutter the QR code plugin with it.
* The QR code is a bit ... cluttered right now. I think it needs to be broken up into multiple PluginActions, and a lot of the commented out code removed.

Cool!

I agree on that the QR Code plugin is a bit cluttered, but I also believe it should contain most QR Code functionality. It is better with a little mess in one plugin than a mess of many plugins. At least a lot easier to maintain.

Pulling out larger, more significant functionality of the QR Code plugin is a good idea though. Such functionality as wifi, app installing etc., that needs more than just two lines of code to be executed.

Can you fix the plungin for .install file?
In my site I don't have problems using a large qrcode. Next, you can improvement with small syntax...

Anyway, many thanks Dragly and Lardman!! I love this apps!
(Sorry for my english.. :/ )

Greetings all from SF CA

Anyway, if you encode the url to the .install file, it should be opened in the browser then downloaded. Hopefully that should serve until we work out what to use re uri for installation instructions.

I'd be tempted to have the QRplugin morph into a fallback plugin, which can simply open the browser and/or display the text in the barcode.

Then more specific plugins could handle specific types of http:// url, do vCards, sms://, tel://, mailto://, etc. (and other things that might change significantly in their implementation). Then we can just leave QRplugin alone as the fallback and let people concentrate on specific payload handlers.

Certainly it's rather cluttered atm, so feel free to clean and split it up (the old code is still available in the history so it won't get lost).

Finally a new release is here! I've been working on full screen scanning with overlay for a couple of days now and with a big thanks to Klen for sharing his experience with the same issue here on Talk and over at Nokia Forum, I've made it work!

So what's new?

* Full screen scanning with overlay buttons
* Option in settings window to enable/disable full screen. Disabling full screen brings back the title bar, but decreases performance. It goes down from ~16 fps to ~13 fps.
* mBarcode kills the camera app on start up, avoiding interference with buttons and lens cover
* Notification when lens cover is closed (thank you joshn53!)
* Start scanning by opening lens cover (thank you fieldofcows!)
* Manual focus using cam button.
* Take picture using cam button. This is useful if scanning fails and you want to report the problem.
* Color scanning.
* New design in results window.
* Using OpenGL to overlay buttons.
* TillRoll moved to new window.

Issues? Of course!

* TillRoll is not updated with image after scan. It is updated after restarting mbarcode, however.
* Still some performance issues. Even when minimizing the app, it still uses a bit too much of something (does not seem to be CPU). Currently fixed by lowering framerate, but this has not been necessary in other, pure OpenGL apps I've tried.
* Power management issues. If the application is left open, it appears to use a bit much power. Does currently not stop scanning if screen dims the backlight.

Future plans

All the plugins are now being rebuilt for the new plugin API which was binary-broken in this release of mbarcode. These should be ready in a few minutes.

The next steps would actually be to prepare it for Extras and name it a 1.0 release unless there are some bugs that must be fixed first. Afterwards I think we could prepare all the plugins to go to Extras as well.

It seems like PythonQt is going to be some more work to implement, and I guess the application is usable to most people already, so I don't see any reason not to push it towards Extras now. Or have I forgotten something?

Any suggestions?

Awesome work, dragly! I'm getting compile errors now, due to images/gui/settings.png not being available. I assume that you simply failed to add it to SVN?

Thanks!

That's probably right. Sorry, I tend to do forget to add new files from time to time. I'll add it and compile the plugins tonight. They needed mbarcode-dev to be imported, and that didn't happen before I headed out

@joshn53: I've added the missing image now. Hopefully it will compile successfully for you.

I've also started adding the plugins to extras-devel. If the autobuilder behaves nicely, they'll probably be available in a couple of minutes.