-
Notifications
You must be signed in to change notification settings - Fork 26
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
Ignore selection based on pattern #64
Comments
Hi - sorry for the delay in looking at this! I've added an So for example:
Will ignore all selections containing the string Let me know if this is enough to solve your issue, or if you encounter any problems with this change. Thanks! |
Hi @mrichar1, Do you think it would be a good idea to make the path/filename of the ignore-file configurable? You could even fold that into the |
clipster follows the Freedesktop XDG specifications: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html Thus the So you can override the data directory by setting the I'd probably only consider changing how this works if there was a good reason to split the locations for the pattern and history files. |
This was exactly my reason for asking: In my opinion, these patterns should be in |
You're right actually - I'm not sure why they're in I'll open a new issue for this. Thanks! |
Following on from #65 - in refactoring Let me know whether this refactored version solves your original issue, and lets you override the config as requested (comments here or in #65 as appropriate). Thanks! |
Thank you so much, it works perfectly! I now have the |
Thanks for the suggestions and for testing! |
I'm using clipster with rofi and loving it so far. So, thank you very much for your work :)
I recently noticed that I have a lot of entries that follow a certain pattern and that I don't want to save. However, I cannot find a configuration value to ignore a selection change based on a pattern. Have I overlooked something? Would it be possible to implement something like this?
Thanks again!
The text was updated successfully, but these errors were encountered: