Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Search favorites #71

Open
metmarkosaric opened this issue Apr 23, 2022 · 11 comments
Open

Search favorites #71

metmarkosaric opened this issue Apr 23, 2022 · 11 comments
Labels
enhancement New feature or request
Milestone

Comments

@metmarkosaric
Copy link

Hi and thanks for this great extension!

Problem description

When I search my clipboard history, none of my saved favorites are found. Only the non-favorite entries are found using search.

Potential solutions/workarounds

Would be nice for the search functionality to also search the favorites.

Additional context

I like to use the "Only save favorites on disk" option to keep my clipboard clean and it would be great to have an easy way to search through all my favorites and quickly discover the one I'm looking for.

Thanks!

@metmarkosaric metmarkosaric added the enhancement New feature or request label Apr 23, 2022
@SUPERCILEX
Copy link
Owner

This issue is similar in nature to #65. Do you have tons of favorites? I intentionally excluded favorites since they're always visible and therefore shouldn't be hard to find.

@metmarkosaric
Copy link
Author

Thanks for the quick response! Currently I keep no favorites as they're not searchable but ideally I would save 50+ that I use more frequently and everything else would get deleted automatically when the "Only save favorites on disk" is enabled. Anyhow, I'm also happy to use the extension without too many favorites now I'm aware that they are intentionally excluded from search.

@SUPERCILEX
Copy link
Owner

No, that actually sounds reasonable. It shouldn't be hard code wise so why not.

@SUPERCILEX SUPERCILEX added this to the Focus milestone Apr 24, 2022
@metmarkosaric
Copy link
Author

Nice to hear that, thanks!

@097115
Copy link

097115 commented May 10, 2022

@SUPERCILEX If re-thinking the favourites part, then what would you say about adding an option to may be have them on some sort of separate page?

Like @metmarkosaric, I would like to have some 50+ favourite entries at my disposal, access them via search, but it's obvious that as things stand now, having that much favourites will simply bury the general clipboard history, making it almost impossible to access the few most recent items with arrows (since you'll have to navigate with the Down key through all the favourites first) :)

@097115
Copy link

097115 commented May 10, 2022

...Or, on a second thought, may be, not to move favourites into a separate page/list/window, but add an option to keep then in the general list, just never delete them, no matter how old they'd get. Then, they'd be accessible by search just like a regular item, and also won't popup before the history (which could be a bit of inconvenience when there's a lot a favourited items).

What do you think, guys?

@SUPERCILEX
Copy link
Owner

Favorites already aren't ever deleted (that's a bug otherwise) and yeah, I'd prefer not to add a separate page. Something to fix the long list issue would be a navigation shortcut. I created an issue here: #78

@097115
Copy link

097115 commented May 10, 2022

@SUPERCILEX But that would be another additional hotkey, wouldn't it? :)

While optionally keeping favourites among the other items (for those few users that do have A LOT of saved items) won't slow down accessing either them, or the usual clipboard history in any way?

@SUPERCILEX
Copy link
Owner

Nah, it'd just be a built-in shortcut you can't change since it only works while the UI is open.

Not quite sure what you mean. If you're asking about the performance of having many favorites, I think gnome will start breaking down around several hundred list items.

@097115
Copy link

097115 commented May 10, 2022

No, I mean that in order to access the recent clipboard history we would (please, correct if I get all wrong):

  1. Press the global hotkey;
  2. Press the additional hotkey you have suggested to skip the favourites;
  3. Proceed with selecting the clipboard history.

Thus, this additional item (2) arises, if I understand you correctly.

But what if just keep everything pretty much as it is now (and certainly adding this additional hotkey to skip the favourites part wouldn't hurt) but also add an option not to put the saved items separately but to keep them among the usual clipboard history? As time goes by, they will all move towards the end of the list, so the last page(-s) will always contain favourites, another way to access them.

  • Now, if we want to quickly exchange some last clipboard history items, we just press the global hotkey and operate with arrows;
  • If we want to search through the whole clipboard history, nothing changes for us, we press the global hotkey and just search as it is now;
  • And if we want to access our favourites, then again, we just press the global hotkey and search (because with favourites we usually do know what to search, don't we? :) (Of course, given that searching through favourites will be possible :)

Then, even for folks with some dozens of favourites, they still will be easily accessible -- as well as the recent clipboard history, with no intermediate steps (and again, it will be just a niche option, not the new game changing defaults).

@SUPERCILEX
Copy link
Owner

Ohhhh, that's a very neat idea! I'll have to think about it a bit more to decide whether or not the complexity of having two different ways if displaying favorites is worth it. But yeah, cool idea and thanks for the detailed explanation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants