In picasaweb export if I check box "Resize photos before uploading" ALL photos are resized. It would be good to have an option to exclude selected pics. I made a simple mock up attached. many thanks Reproducible: Always
Created attachment 76680 [details] select pics that will not be resized
Hi, Is this feature to be implemented? If yes I am ready to work on it so should I work on it or no and any suggestions in implementing it
Currently, there is a generic option to resize whole image before to process Picassa uploading. I think the best way is to add a checkbox somewhere in item list view to indicate which item must be resize or not accordingly with common settings. Gilles Caulier
Gilles, Would checkboxes be similar to what flickr provides for public, family and friends be fine? In this case a similar checkbox can be provided for resizing images
Yes, something like this can be fine. Gilles Caulier
Hi Any update on this?
Shouyria, See MediaWiki tool options where resizing while upload is possible : https://www.flickr.com/photos/digikam/17922787552/in/dateposted-public/ Gilles Caulier
WARNING : with digiKam 6.0.0 and later, we will not support kipi interface anymore. All tools are now located in digiKam core as well for a plan to provide a more power-full integration with Batch Queue Manager and to be able to export a workflow on a web-service. All export tools are now available everywhere : album view, Image editor, Light table, and Showfoto. Previously, only album view from digiKam core was able to deal with export tools through libkipi. All export tools are now located here : https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/webservices All export tools use now a dedicated interface to communicate with the application : - digiKam (database) : https://cgit.kde.org/digikam.git/tree/core/libs/database/utils/ifaces/dbinfoiface.h - Showfoto (files metadata) : https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/common/dmetainfoiface.h There is not direct use of digiKam database for compatibility with Showfoto. We plan later to provide a dynamic loading of export tools using a plugins mechanism. This will reduce overloading of the internal core libraries. A dedicated devel branch have been created for that, but it's not yet complete: https://cgit.kde.org/digikam.git/tree/?h=development/dplugins But take a care, digiKam export tools as plugins will not be shared with another external application. API will still private and only shared between Showfoto and digiKam core. The experience with libkipi was bad and complex to maintain/extend in time. Gilles Caulier