Version: 1.0.0 (using KDE 4.3.2) Installed from: Mandriva RPMs Please add support for exporting to Gallery3 in kipi-plugins. Gallery1 and 2 are already supported. The newest version is 3. I couldn't find kipi-plugins in the bugzilla list of applications, and therefore added it as a Digikam bug.
Gallery 3.0 is officially release as of today. :) The Gallery developers did great work there. I hope it will be easy to add this to kipi-plugins.
*** This bug has been confirmed by popular vote. ***
seems like a cool feature for kipi to have, gallery 3 should now have REST API?
I just did a full install of gallery3 and would also love to use the gallery export module in digikam. I used it in the past with gallery2 and its very useful! Thank You!
(In reply to comment #4) > I just did a full install of gallery3 and would also love to use the gallery > export module in digikam. > I used it in the past with gallery2 and its very useful! > > Thank You! same here ;) Probably useful for the devs: http://codex.gallery2.org/Gallery3:API:REST http://codex.gallery2.org/Gallery3:Modules:remote
There is a kio slave to access and interact with gallery3: kio-gallery3 Though it is not a part of the kipi plugins it certainly may be useful for every kde user and application trying to access gallery3. http://kde-apps.org/content/show.php/kio-gallery3?content=146835
This bug is open since some time... Is there any news? I'm not a coder, but if I could help somehow I will be glad...
I suggest an integration that has does the following: * Select files and via context menu click on "Upload to Gallery". * Uploaded Files are marked with a small symbol in one of the corners of the image preview and on the folder in the folder view. * The folder structure on the server is created automatically. The user does not have to to care about this and does not have define a folder when uploading something to the server. * Clicking on the symbol at an image or at a folder removes the files from server. * Everything is synchronized. If a file will be removed or changed from digikam, it will be automatically removed from server. * The user can select the quality and image size / resolution of the images on the server should have. This allows to work with low bandwidth and small diskspace on server. These features would be very cool. The combination gallery 3 + digikam would be a unique feature.
http://codex.galleryproject.org/Gallery3:Modules:remote let's think that it could be solved with it. But I tried and found the problem that the plugin doesn't use the cookies provided by the server on the login process. I open a bug report on Launchpad https://bugs.launchpad.net/ubuntu/+source/kipi-plugins/+bug/1154560 Can someone confirm or invalidate that Gallery3 Modules Remote can be used by the kipi plugin gallery export ?
having the same problem here with gallery 3.0.7, kipi 3.2.0 on kubuntu 12.10, kde 4.10.3 installed and activated the remote module (http://codex.galleryproject.org/Gallery3:Modules:remote) applied patches to /modules/gallery/config/cookie.php and .htaccess uploading using the java application GalleryRemote.jar found here (http://codex.galleryproject.org/Gallery_Remote) works perfectly well using url: http://gallery.mydomain.com and my admin user/password apache access log: - - [30/May/2013:18:53:39 +0200] "HEAD /gallery_remote2.php HTTP/1.1" 200 0 "-" "Gallery Remote 1.5" - - [30/May/2013:18:53:40 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 159 "-" "Gallery Remote 1.5" - - [30/May/2013:18:53:40 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 373 "-" "Gallery Remote 1.5" trying the kipi plugin with different settings: url: http://gallery.mydomain.com/gallery_remote2.php [x] use Gallery 2 results in just one request (see below) and the plugin telling me that the user/password is incorrect although i double checked it - - [30/May/2013:19:05:55 +0200] "POST /gallery_remote2.php HTTP/1.1" 200 111 "-" "Mozilla/5.0 (X11; Linux x86_64) KHTML/4.10.3 (like Gecko) Konqueror/4.10" not using gallery 2 results in 2 post requests and the plugin telling that it can't fetch albums. (also creating albums does not work) using gallery2 and providing just http://gallery.mydomain.com (gets completed to http://gallery.mydomain.com/main.php) results in requests to main.php (404 due to the rewrite rule added by the patch) kipi plugin complains about wrong url - login failed
The kio slave mentioned above 2 years ago is still available and works fine with the current KDE-4.12.
I suggest close this bug because the gallery project stopped active development.
hb_kde, Do you mean that Gallery tool must be removed in the future, as Gallery project is dead ? Gilles Caulier
I would opt for the removal, since: - no benefit in an option, that is not usable, since the protocol is gallery3 specific and cannot be used with other systems - the more options and features the less usable an application is I do not agree with the Gnome idea of eliminating more and more options, but senseless things should indeed get removed. Just my 2 cents...
GalleryExport tool is not maintained since a while and Gallery project is dead. Use PiwigoExport tool instead. Gilles Caulier