![]() So in case someone doesn't trust the service provided by pushbullet there is no risk without BlackBullet installed. Thats also the reason I haven't implemented the clipboard sync feature directly into ClipMan and provide this feature only via plugin to BlackBullet. I had to create this account when I downloaded FastTube but I do not use Gmail nor have any intention to do so.Yeah, I can fully understand your doubts. I have to say that I'm thoroughly confused with it and nervous signing in to Pushbullet with my Gmail credentials. Otherwise just invisible until you deactivate this option again. In case you do then a manual clean up it will get finally deleted. But the search function will still include the old items. And you need a lot of time to collect 32000 items.īut what I could think of which might help you is a option to hide all stuff which is older than 48 hours and not "protected" or "favourited". Beginning with 32000 items in the history ClipMan will begin to need some time for the first startup and also for some actions, but it still stays useable. Could get tricky, but technically possible.īut personally I don't like "automatic delete" features in case it doesn't deliver any kind of performance improvements.ĭoesn't the manual clear history works for you? It basically doesn't matter if you do it with 10 items in the history or 1000 items. Moreover I would need to ensure that the storage still works during the cleanup. Yes, thats possible but needs some effort since it may break the 3MB RAM limitation for headless apps which run in the background and I would need to invest some time to find a solution which is slower and don't need much memory. I suppose a kind of "X11 firewall" which blocks requests to claim PRIMARY could be constructed, but I don't think that would really buy you anything more than you can already get by ignoring PRIMARY and using CLIPBOARD only.Is there a possibility of adding an option to clear the clipboard history at certain intervals, like once a day (or whatever)? I like to empty my clipboard history at the end of the day and just have my starred (protected) items kept. ![]() The most straightforward way would be to individually disable it in each application (or toolkits which the applications use) which is surely not feasible. In response to your explicit question about whether the PRIMARY behaviour can be disabled, I think that would be quite difficult. But in order to mitigate the problem you describe, I often wish there was a pushable & poppable stack of PRIMARY selections, so I could "pop" to the previous selection after clobbering it with a different one. I guess that's just the way I learned to use X11, I wasn't even aware that there was CLIPBOARD at first. Personally I do the opposite: I ignore CLIPBOARD and use only PRIMARY. You can ignore PRIMARY if you want (but note that some older applications like xterm may only support PRIMARY). It seems like CLIPBOARD already does what you need. There might be additional rules I'm unsure about, like if no application owns CLIPBOARD but some application owns PRIMARY, paste primary instead upon Ctrl- v.Applications request CLIPBOARD from the owning application and paste its contents when an explicit command is given, typically Ctrl- v.Applications claim CLIPBOARD when an explicit command is given, typically Ctrl- c.Applications request PRIMARY from the owning application and paste its contents on middle click.Applications claim PRIMARY when text is selected.Their respective conventional behaviors are as follows: 2 of them have well-known names and are standardized. When you select text, the application only claims the selection, which means basically that it raises a flag to say that from now on it owns it. Any selected text is immediately sent to the clipboardĪctually text is never "sent" anywhere until it is requested by a receiving application.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |