Any thoughts on this really quick mockup?

looks good to me. Just a few thoughts:
* probably no need to continue to call it Klipper (could be clipboard history or something like that)
* I'm not sure about the search filter being shown on the bottom. I guess it should follow whatever is used in Kickoff.

mgraesslin wrote:looks good to me. Just a few thoughts:
* probably no need to continue to call it Klipper (could be clipboard history or something like that)
* I'm not sure about the search filter being shown on the bottom. I guess it should follow whatever is used in Kickoff.

I'm not going to lie: the filter on top it's not something I like, but I totally agree with you, it should follow what's used in Kickoff.

mgraesslin wrote:looks good to me. Just a few thoughts:
* probably no need to continue to call it Klipper (could be clipboard history or something like that)
* I'm not sure about the search filter being shown on the bottom. I guess it should follow whatever is used in Kickoff.

I agree with that. Martin, how difficult would it be to implement the same for pictures and other media, not only text, so that we kind of show a preview of pictures in thumbnails? (I am thinking the following way:

Clipboard -> this should be the title of the widget

Text -> one subcategory

The text listed here should be properly indented compared to the subcategory heading.

Images -> another subcategory

A coverflow of preview thumbnails should be shown here.

Videos -> subcategory

A coverflow of preview thumbnails should be shown here.

Files -> subcategory

A list of names along with an icon mime should be shown here.

daedaluz wrote:One of the first things I did upon returning to this forum was creating entry to Brainstorm in support of this design project: viewtopic.php?f=83&t=121166 Go vote I would personally move everything but actual clipboard entries out of way, including 'clear'.

The good thing is: We don't even need a brainstorm with lots of upvotes here. We have the Klipper maintainer (mgraesslin) saying that he wants to basically redesign the Klipper UI, and we have the people here to design it, so we can simply go ahead and do it
We should just play ideas back and forth until we have come up with something which both we and Martin think would work well.
Then we should get someone to write the QML so Martin can plug his backend into it.

looks nice, although there is something that escapes me, I do not like much, maybe stupid subliminal message: P
Joking aside I think good work

edmael wrote:

mgraesslin wrote:looks good to me. Just a few thoughts:
* probably no need to continue to call it Klipper (could be clipboard history or something like that)
* I'm not sure about the search filter being shown on the bottom. I guess it should follow whatever is used in Kickoff.

I'm not going to lie: the filter on top it's not something I like, but I totally agree with you, it should follow what's used in Kickoff.

Please do not follow Kickoff, because Kickoff is deviating from the norm by hiding the filter bar. We have an HIG for search and filter bars which states that filter bars in Plasmoids should be above the list and always visible. Having it above the list makes sense because the workflow is filter first, then select.

About the image previews: This is a question for mgraesslin: Is it possible and feasible to detect whether an entry in the clipboard contains an image or video or file and create a preview and specific actions for it?

For the name: I agree that it can be changed to something more generic. I like kdeuserk's suggestion to simply call it Clipboard. While not technically precise, there is no need to distinguish between Klipper and the Clipboard from a user's perspective, since they serve the same usecase.

colomar wrote:About the image previews: This is a question for mgraesslin: Is it possible and feasible to detect whether an entry in the clipboard contains an image or video or file and create a preview and specific actions for it

I like how it was in the mockup. The image as part of the list. That is the way how it is right now. Of course we know the mimetype of the items, but splitting by mimetypes makes it way more complex. Why should one put images into an own list and not URLs? What about entries having multiple mimetypes?

So from my point of view: KISS. Let's first make it work nicely. If we then think it's required to split by different types it still can be done.

mgraesslin wrote:

colomar wrote:About the image previews: This is a question for mgraesslin: Is it possible and feasible to detect whether an entry in the clipboard contains an image or video or file and create a preview and specific actions for it

I like how it was in the mockup. The image as part of the list. That is the way how it is right now. Of course we know the mimetype of the items, but splitting by mimetypes makes it way more complex. Why should one put images into an own list and not URLs? What about entries having multiple mimetypes?

So from my point of view: KISS. Let's first make it work nicely. If we then think it's required to split by different types it still can be done.

A mixed list with all different kinds of previews with different actions may look and feel chaotic at some point, plus separating the mimetypes would make it behave similarly to Milou.
I agree, however, that this may come later. It shouldn't affect the design too much to change it later on.

Edmael, if you agree, I would like you to take the lead in this effort: Read all the ideas, try to integrate them in your mockup, try to bring people back on track if they deviate from the topic too much. I'll continue reading the thread, too, but our plan is to delegate responsibility to our new members (like you) more. Would that be okay for you?

colomar wrote:A mixed list with all different kinds of previews with different actions may look and feel chaotic at some point, plus separating the mimetypes would make it behave similarly to Milou.

Comparing to Milou is not valid IMHO as it's a complete different use case. Milou shows a random number of items, while klipper has a fixed number of items. There is a histological order of the clipboard presented in the list. If it gets split by type this order is going to be destroyed resulting in "random" entries being removed from the list when a new item is added. With a shared list this is predictable, with a split list this becomes completely unpredictable for the user.

You are right about the chronological order.
It probably makes sense to go with purely chronological (i.e. no sorting by mimetype) for the first release and see whether it feels weird or not.

Ok, I tried to follow all the suggestion posted here, sorry if I'm late, but I've been kind of busy, I'm trying to catch up with this topic
Thanks a lot to colomar for the heads up, hope to hear some more suggestions to help make this a better tool!

I do not like the wheel on the top right, it seems kind of messy and out of place, any suggestion on this?

edmael wrote:I do not like the wheel on the top right, it seems kind of messy and out of place, any suggestion on this?

How does it look like in other plasmoids? Maybe change it to ≡ which is usually used for "menu" in the current theme?
Also, what's the usage of the search icon to the right? I think it contributes to the cog looking out of place.

I would also like to see a mockup of when there are more results than the list can fit, would it show a scrollbar in that case?

It's a small wrench normally

Hans wrote:

edmael wrote:I do not like the wheel on the top right, it seems kind of messy and out of place, any suggestion on this?

How does it look like in other plasmoids? Maybe change it to ≡ which is usually used for "menu" in the current theme?
Also, what's the usage of the search icon to the right? I think it contributes to the cog looking out of place.

I would also like to see a mockup of when there are more results than the list can fit, would it show a scrollbar in that case?

I don't know how it look on other plasmoids, I should try it as soon as I can lay my hands on my fun PC (aka I leave the office).
And yes, the search icon DO contribute to that feeling, I don't even know if it's necessary, I just took the "search form" from a mockup, I can totally try to remove it!

I don't know about scrollbar, but you're right, we need to cover also this case. Working on it.