[Kde-graphics-devel] Review Request 123342: ksnapshot: Make "SendTo..." menu smaller (by introducing a "More" submenu) and user-configurable

Wed Apr 15 18:27:53 UTC 2015

> On April 12, 2015, 10:13 p.m., andreas kainz wrote:
> > the result from the VDG was that is isn't necessary to have an configuration mode. show the last 5 (x) used send to items would be enough. all other items will be accessible via the more button and listed next time.
> 
> Gregor Mi wrote:
>     Hi!
>     
>     Which items should be shown initially when ksnapshot is first used? This RR currently proposes the first 10 (can be adapted to 5) items as they would come up in the complete list.
>     
>     About the config dialog: From the implementation's point of view it is easier to have the "Configure menu" dialog because it is a generic component which is reused here. The actual ksnapshot patch is very small. I understand that the VDG does not explicitly advise against a configuration mode, right? :-)
> 
> andreas kainz wrote:
>     In your configuration dialogue you also need initial items they are still the same. pull a last used items in the configure dialogue which you can select (as standard selection maybe) and you have both the config for people how like to config and last used 5 (3, 10) items for standard. would that be possible?
> 
> andreas kainz wrote:
>     the other apps item shoul be in the More sublist because most APP items are there.
> 
> Gregor Mi wrote:
>     > In your configuration dialogue you also need initial items they are still the same.
>     
>     Yes, my question was referring to both, the last recently used method and the config dialog. Initially, there is no information about recently used items available, so I think the easiest way is to show the first (x) items from the original list.
>     
>     Combine dialog and recently used list:
>     > would that be possible?
>     
>     I am not sure if I got that right. Do you mean like this?
>     - Have a fixed number of items in the "main" menu.
>     - If users chooses an item from the "more" section it will be moved (to the top of?) the "main" menu and the last item from there will be moved to the (top or bottom of the?) "more" menu
>     
>     Technically this should be possible; I see some discussion points: where in the menu shall the items be inserted? Which ones should be removed? Should a clicked item always be moved to top of the menu?
>     
>     > the other apps item shoul be in the More sublist because most APP items are there.
>     
>     Yes, can be done. I'll open an issue for it.
> 
> andreas kainz wrote:
>     Initiall list items
>     the problem is when you use the first x items, in my ksnapshot only Application items will be used. I'd prefere something like that:  Gimp, Gwenview, Email Images, Print Assistant, Export to Facebook. Than you see at the initial view what the app can be used for not only for open snapshot in some other application.
>     
>     You got me right
>     The list will be sorted by last used. You can choose also most used but maybe your workflow change for example you export your screenshots all the time to Picasa and than you switch to Imageshack. You have all the time Picasa in the first list until you click more often Imageshack so last used item would be better I think.
>     
>     (x) items
>     I would prefere 5, because than the list is manageable and you have the most usercases covered and for special usercases you have the more button.
> 
> Gregor Mi wrote:
>     > Initiall list items
>     > the problem is when you use the first x items, in my ksnapshot only Application items will be used. I'd prefere something like that:  Gimp, Gwenview, Email Images, Print Assistant, Export to Facebook. Than you see at the > initial view what the app can be used for not only for open snapshot in some other application.
>     
>     I agree. This is also what I thought. See this screenshot (https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/b933c1b7-cd71-43ee-a7a0-48fb7a2567ab__1-sendt.png) where I configured it in a similar way.
>     
>     > You have all the time Picasa in the first list until you click more often Imageshack so last used item would be better I think.
>     
>     Ok, this is not "last recently used" as I thought first (which would cause the items to 'jump around' in the menu which I would find not that good) but some kind of "most used" scheme. Having the categorization ("Edit..." (Gimp), "Send To..." (Gwenview, Email, Facebook) and "Print") and this most-used scheme all in one menu seems too complex for this particular RR. Can we separate this from this RR and move this discussion to another tracker thread to pick it up later?
>     
>     > I would prefere 5, because than the list is manageable...
>     
>     I'll change that.
> 
> andreas kainz wrote:
>     No no I thought a "last recently used" only for the initial start items from different "sections" should be used. I think it doesn't matter that items jump around. you see the last 5 used items and for 95% you don't need more than 5 items. I don't want to use the most wanted items, because "life" can change, but the workflow is the same you may only change from one app to another or from one online storage to another. when you change you don't need the "old" item.
>     
>     Please separate however you like. this is my first entry in the review Board, so I don't know how it will work.

> I thought a "last recently used" only for the initial start items

Sadly, for the initial items that information is not available because it is currently not collected. This must be implemented in some way first before the information can be used.

I suggest to open a ticket on bugs.kde.org (product 'ksnapshot', component 'send-to menu', importance between 'normal' and 'wishlist'). There is one thing that makes the hand-picked selection of initial default items a bit tricky: the service applications and the kipi-plugins are discovered dynamically. There is no way to know in advance what will be installed or not. In the worst case the menu is empty. This can be discussed in the new ticket. For the service applications (like Gnome, Gwenview, kolourpaint) KMoreTools could be used to suggest a mininum set of applications that will be presented to the user even if not installed. For kipi-plugins there is no such mechanism yet.

(I will next work on adding a dedicated "Edit..." function for ksnapshot: Currently, if you use "Send To" the control over the image file is passed from ksnapshot to the invoked application or plugin. My idea is to have a "Edit..." menu that contains only applications which are able to edit an image file. As soon as the external application saves the image file the preview in ksnapshot will be updated accordingly. This way you can easily use a second application to edit the file and in the last step send it away or print it.)

- Gregor

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123342/#review78877
-----------------------------------------------------------

On April 12, 2015, 9:58 p.m., Gregor Mi wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/123342/
> -----------------------------------------------------------
> 
> (Updated April 12, 2015, 9:58 p.m.)
> 
> 
> Review request for KDE Graphics, KSnapshot, KDE Usability, and Aaron J. Seigo.
> 
> 
> Bugs: 274928, 287663 and 319901
>     http://bugs.kde.org/show_bug.cgi?id=274928
>     http://bugs.kde.org/show_bug.cgi?id=287663
>     http://bugs.kde.org/show_bug.cgi?id=319901
> 
> 
> Repository: ksnapshot
> 
> 
> Description
> -------
> 
> Currently, ksnapshot's "Send To..." menu is one long list of items which can be quite large depending on the number of services and kipi-plugins installed. Note, that in the provided screenshot, the list is not that long because not all kipi plugins are ported yet.
> In my daily screenshot work I always use the same set of tools and therefore it would be nice if the menu was user-configurable.
> 
> SUGGESTION:
> - Only show up to 10 items in the main menu and move the rest to a new "More" submenu.
> - Implement with KMoreTools (see https://git.reviewboard.kde.org/r/122910/)
> - Since KMoreTools is used, the menu is automatically user configurable. See screenshots.
> 
> 
> Diffs
> -----
> 
>   CMakeLists.txt cdab928a7db0e7ea29fba35880250639461dbb1e 
>   ksnapshot.cpp ac0f2c4f44d47e1a4ae4a318382253a23ad1ed4a 
>   ksnapshotsendtoactions.h f0b4f8f6ccea15b169d7ef149645e85d89b5fe37 
>   ksnapshotsendtoactions.cpp a8c4ccbb72cee3bef486af417aa637c3f41de48d 
>   CMakeLists.Sources.txt 522fc3f0f943e5c2856c76e93174d39661ca9c50 
> 
> Diff: https://git.reviewboard.kde.org/r/123342/diff/
> 
> 
> Testing
> -------
> 
> 
> File Attachments
> ----------------
> 
> current situation - SendTo menu
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/a7bf453e-0d86-46b6-a593-11a529fcdb38__current_sendto_menu.png
> Reduced SendTo menu after custom configuration
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/b933c1b7-cd71-43ee-a7a0-48fb7a2567ab__1-sendt.png
> remaining items in "More" submenu
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/ad5eb6c4-e206-4e06-8735-c8a7f422676e__2-sendto-more.png
> Configure Menu dialog
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/8d7a7368-3567-4f2b-b2f7-0a8b619549ec__3-configure-dialog-1.png
> Configure Menu dialog after Reset was clicked (first 10 items in "Main section" by default)
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/04/12/cc0c6f03-7257-442c-86f5-6f4a7b8e281e__4-configure-dialog-after-reset.png
> 
> 
> Thanks,
> 
> Gregor Mi
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-graphics-devel/attachments/20150415/26f832ec/attachment.html>