colomar wrote:I tend to agree: Does a clipboard history really contain so many items that a filter by type is necessary?

Of course it's not necessary but could be useful in certain situations. For example if you work on a graphic and are doing a lot of copy/paste you don't want to be distracted by other entry types.
The same goes for something like a lock/pin an item that you know you'll be reusing a lot - it would move the item on the top of the list and make it stay + allow to access with a shortcut.
Or Actions...
All does are not necessary but could be useful at times. Saying that, for me as an end user more important than all of that is an easy and quick access to the history - the app must be lightweight and fast, but i don't think that few extra options would hinder that

EraX wrote:Of course it's not necessary but could be useful in certain situations. For example if you work on a graphic and are doing a lot of copy/paste you don't want to be distracted by other entry types.

Good point! And given that I just learned that the history can hold at least 2048 entries, this does make sense.

The same goes for something like a lock/pin an item that you know you'll be reusing a lot - it would move the item on the top of the list and make it stay + allow to access with a shortcut.

Absolutely!

Or Actions...

Of course we'll have the actions!

All does are not necessary but could be useful at times. Saying that, for me as an end user more important than all of that is an easy and quick access to the history - the app must be lightweight and fast, but i don't think that few extra options would hinder that

Exactly: The goal has to be that the main feature (selecting and using entries from the history) can be accessed quickly and easily. Extra features are alway nice, as long as they don't interfere with the main feature.

"Latest announcement" is the voice where the mouse is currently on, here's why the pin and the arrow on the right.
The arrow, when clicked, shows a list of the actions available for that entry (edit text, open image in the default image editor, other stuff like this).
The pin, when clicked, move the voice to the first place in the list (or to the second -and so on- if there's already a pinned voice).

Just a short info: I found some time today to look into klipper and started to write a unit test against the functionality which needs to be replaced by the model. Now I'm quite confident that it will be relatively easy to add a model and also filtering by type should be easily implementable.

and another update: model created and exposed in a data engine.

mgraesslin wrote:and another update: model created and exposed in a data engine.

Sadly I've got some trouble at work and I'm pretty busy at the moment to write the QML interface, but you're doing an amazing work (as usual).
Kudos!

edmael wrote:

"Latest announcement" is the voice where the mouse is currently on, here's why the pin and the arrow on the right.
The arrow, when clicked, shows a list of the actions available for that entry (edit text, open image in the default image editor, other stuff like this).
The pin, when clicked, move the voice to the first place in the list (or to the second -and so on- if there's already a pinned voice).

This looks really great!
I don't know whether this "Filter by type" popup-on-popup is technically properly possible with Plasma components and whether the HIG says anything regarding this.
Can't tell how an "embedded" proper alternative would look like, maybe you have an idea how to deal with this.

eliasp wrote:I don't know whether this "Filter by type" popup-on-popup is technically properly possible with Plasma components and whether the HIG says anything regarding this.
Can't tell how an "embedded" proper alternative would look like, maybe you have an idea how to deal with this.

The HIG is mainly focused on full GUIs, so Plasma popups are not really handled there.
An alternative that would be consistent with other Plasmoids (and is generally the way we from the usability team recommend for Plasmoids, although it's not been written as an HIG yet) is to put a button there which slides down the other content to reveal the options. This is how it's done in the new Network Manager Plasmoid as well as in the Device Plasmoid.

We are making progress:



It's already populated with real updating data and filtering is working. The way back to select items or doing something useful with them is still lacking. That will hopefully change tomorrow

edmael wrote:

Beautiful ! One small comment: I assume the "K in a box" in the systray is the icon for Klipper. It is not straightforward to understand and now that the name is Clipboard and not Klipper, it is confusing even. I think it should be modified to something else. The current icon shaped as a pair of scissors is easier to understand, but I agree it doesn't look so good in its current form.
Otherwise, you and others in this thread did an amazing job. I especially like the search field crossing the whole plasmoid.

AGuiFr wrote:Beautiful ! One small comment: I assume the "K in a box" in the systray is the icon for Klipper. It is not straightforward to understand and now that the name is Clipboard and not Klipper, it is confusing even. I think it should be modified to something else. The current icon shaped as a pair of scissors is easier to understand, but I agree it doesn't look so good in its current form.

The icon won't be designed here. Klipper will still use the icon the Plasma theme assigns to it.

mgraesslin wrote:We are making progress:



It's already populated with real updating data and filtering is working. The way back to select items or doing something useful with them is still lacking. That will hopefully change tomorrow

A working(almost ) example, great!

in case you want to test: check out branch mgraesslin/new-klipper on plasma-workspace.git. Rebuild and install the folders klipper and applets. Remove the old klipper and add the new one through the systray config interface (it's supposed to go in notification area).