Projects/Digikam/CodingSprint2009-summary: Difference between revisions

From KDE TechBase
(initial revision)
 
(tweak)
Line 14: Line 14:
Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.
Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.


Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons which can be a wonderful tool for Wikimedia photographers. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before, quite happy to advance so quickly. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.
Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.


Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.
Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.

Revision as of 11:22, 19 November 2009

The developers of digiKam and the Kipi project came together in Essen, Germany on November 13-15 for the second coding sprint for KDE photography applications. With digiKam preparing for the 1.0 release shortly before Christmas, plans were discussed and work began already in feature branches for the following release. A lot of work was put into polishing Windows support, with collaborative testing and bug fixing. The developers of Kamoso took the opportunity to bring Kipi support to their application. A lot of discussion was centered around a future architecture for Kipi plugins for syncing with web services and how Akonadi could help in this context.

DigiKam developer Gilles Caulier hacked with Kåre on the Acquire Images Kipi plugin and found some problems with the libksane implementation. Working on cross-platform support, he reported a lot of problems with digiKam on Windows to Patrick, who immediately went to fix them, shared his experience to compile digiKam under MinGW and MSVC, and tested compilation under Mac OS X on Kåre's computer. Some problems in the liblqr library are waiting to be fixed. In discussions with Luka, Alex and Aleix plans for a common codebase for all import/export Kipi plugins were drafted. The Kipi interface was extended with a new way to export a whole collection using default settings and not starting a dialog. Gilles and Marcel shared initial thoughts about future image versioning support in digiKam and wishes to support grouping of pictures, Gilles and Andi discussed how to refactor all the preview widgets in digiKam, which are still based on Qt3 support classes and wait for a pure Qt4 port. Features were reviewed and a paper created in SVN. With Michael, Gilles talked about face recognition and tagging of regions in an image. Here as well a proposal paper was created listing leading ideas. Improvements in the camera interface and supporting KDE notification for downloads were discussed. When not busy with coding and discussing, he tried to walk around inconspicuously with his camera to take photos of working hackers. But not only to personal pleasure, Gilles used these photos to perform in-deep testing of digiKam's RAW file import tool and revealing some problems. At last, Gilles started to write a new HDR creator plugin based on Qtpfsgui, but code is still under construction.

Alex Fiestas and Aleix Pol, Kamoso developers, adapted the Kipi Plugins architecture to Kamoso, it was changed to provide better communication between the plugins and the host application. Done that, they ported Kamoso to use Kipi, that way Kamoso will be able to take advantage of the whole architecture (and hopefully more people in the future). Also they started the port of the youtube plugin to Kipi so at some point in the near future it will be possible to use it with the rest of Kipi applications.

Besides the usual amount of bug hunting and fixing, Kåre Särs, author of libksane, moved all the scan operations to separate threads to improve the scanning performance and to improve the responsiveness of the GUI. At the same time he cleaned up the logic a bit to make it easier to follow and implemented small GUI enhancements.

Holger Foerster, working on MySQL support for digiKam, brought his feature branch up to date again and, working with Marcel, ensured it is usable as well with the traditional SQLite database. MySQL support marks the start for a multi user digiKam application and other features in future. Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.

Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.

Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.

Johannes Wienke started porting the remaining substantial bits of code in digiKam still based on Q3Support view classes to the Qt model-view concept. At the sprint he started with the left side bar widgets. Porting the views there, and later the ones for the right side bar and other widgets, includes structural improvements and code simplifications.

Luka Renko started refactoring of KIPI Facebook Import/Export dialog by integrating all progress dialogs into main dialog. This work will continue in direction of a common UI look and feel for all import/export dialogs in KIPI. Guillaume's new Wikimedia plugin will be based on the new UI design agreed on during the sprint. Luka also dived into Akonadi resources and KFacebook library: the plan is to extend them to provide virtual albums for Facebook through Akonadi.

Michael G. Hansen worked on two areas: geolocation and face recognition. Michael discussed plans for a more generic geolocation-widget with Marcel and talked about nice-to-have features for better Marble integration with SaroEngels. As already said above, he discussed plans for tagging certain regions of an image as known from popular web services, andhow to store such information in image metadata.

Andi Clemens set up a KDE build environment for Windows to finally be able to hunt bugs on the Microsoft platform as well, then took a look at some windows bugs with Patrick. This took some time, so unfortunately time was getting short for talking with Gilles and working on the new image editor layout and widgets planned for digiKam post-1.0. He fixed some bugs in AdvancedRename utility to make it work under Windows, appearing pretty much broken on MS in the current state.

Marcel Wiesweg organized and hosted the whole event and is now happy that no severe complications arised (only Gilles being rejected to take his intended flight, but arriving the next morning, and Pieter Edelman missing the event due to a flu), and happy that everyone hopefully enjoyed the meeting. On Friday and Sunday he was concerned with picking up and bringing people from and to airport and train station. When started with coding, he worked with Johannes to point to all the code locations needing a model-view port, with Holger to round up the work on MySQL support, and discussed with Michael about geolocation in digiKam, its present problems and ideas for the future. The image metadata library in kdegraphics, libkexiv2, got one long-standing important bug fix requiring extensive changes, some cleanup, and support for accessing embedded previews for KDE 4.4.