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

Tue Apr 14 20:21:30 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.

> 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.

- 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/20150414/aa3da500/attachment-0001.html>