am i the only only where clipper indepedent of the options you use replaces the clipboard with the current selection which is braindead when you select the text you want to replace with CTRL+V
BTW: currently in konqueror in need to use "copy" for files twice because after the first attempt it asks for a name and tries to paste the clipboard instead the files from the other tab/instance
On Tuesday 24 Nov 2015 3:20:52 PM Reindl Harald wrote:
am i the only only where clipper indepedent of the options you use replaces the clipboard with the current selection which is braindead when you select the text you want to replace with CTRL+V
Are you using option "synchronize contents of the selection and the clipboard"? If you enable that option it will copy anything you select. If that option is not enabled you will have to manually copy everything via selection+Ctrl+C.
Am 24.11.2015 um 21:22 schrieb Sudhir Khanger:
On Tuesday 24 Nov 2015 3:20:52 PM Reindl Harald wrote:
am i the only only where clipper indepedent of the options you use replaces the clipboard with the current selection which is braindead when you select the text you want to replace with CTRL+V
Are you using option "synchronize contents of the selection and the clipboard"? If you enable that option it will copy anything you select. If that option is not enabled you will have to manually copy everything via selection+Ctrl+C
no i don't and i have treid all sort of combinations for the case some checkbox does the opposite than the label says
On Tuesday 24 Nov 2015 9:55:39 PM Reindl Harald wrote:
no i don't and i have treid all sort of combinations for the case some checkbox does the opposite than the label says
There's definitely some buggy behavior.
I would disable Clipboard widget from system tray settings (General>Extra Items>Clipboard uncheck). And I would install CopyQ from the repos. In its Preference>General>Clipboard Manipulation you can set the way you want it.
Klipper/Clipboard-widget is a huge no for Chrome users so CopyQ comes very handy.
Am 25.11.2015 um 14:51 schrieb Sudhir Khanger:
On Tuesday 24 Nov 2015 9:55:39 PM Reindl Harald wrote:
no i don't and i have treid all sort of combinations for the case some checkbox does the opposite than the label says
There's definitely some buggy behavior.
I would disable Clipboard widget from system tray settings (General>Extra Items>Clipboard uncheck). And I would install CopyQ from the repos. In its Preference>General>Clipboard Manipulation you can set the way you want it.
you can set it in kilpper and the widget too, it's just horrible broken and i wonder how that can happen after working for many years
Klipper/Clipboard-widget is a huge no for Chrome users so CopyQ comes very handy
what do have basic technologies like clipboard to do with a single application?
On Wednesday 25 Nov 2015 2:56:57 PM Reindl Harald wrote:
what do have basic technologies like clipboard to do with a single application?
When copying links from Chrome Klipper often shows two entries one empty and one actual entry. So you have to copy a link and open clipboard and choose the right link. Klipper doesn't properly handle Chrome's address bar links and also Klipper's the biggest annoyance is copying empty spaces. Klipper is the only clipboard manager that suffers from these problems.
The empty space problem can be avoided by blocking empty strings all together. Say you have 5 entries in Klipper with varying lengths of empty spaces. How would you differentiate between them?
Bug reports have not had much traction so far on either Chromium or Klipper side. So there's that.
See these threads https://forum.kde.org/viewtopic.php?f=289&t=126690 https://bugs.kde.org/show_bug.cgi?id=338769 https://code.google.com/p/chromium/issues/detail?id=442253
Sudhir Khanger wrote:
On Tuesday 24 Nov 2015 9:55:39 PM Reindl Harald wrote:
no i don't and i have treid all sort of combinations for the case some checkbox does the opposite than the label says
There's definitely some buggy behavior.
I would disable Clipboard widget from system tray settings (General>Extra Items>Clipboard uncheck). And I would install CopyQ from the repos. In its Preference>General>Clipboard Manipulation you can set the way you want it.
Klipper/Clipboard-widget is a huge no for Chrome users so CopyQ comes very handy.
CopyQ looks interesting, but how do you get it to not always be hidden under the 'hidden icons' of the tray?
Am 25.11.2015 um 16:01 schrieb Neal Becker:
Sudhir Khanger wrote:
On Tuesday 24 Nov 2015 9:55:39 PM Reindl Harald wrote:
no i don't and i have treid all sort of combinations for the case some checkbox does the opposite than the label says
There's definitely some buggy behavior.
I would disable Clipboard widget from system tray settings (General>Extra Items>Clipboard uncheck). And I would install CopyQ from the repos. In its Preference>General>Clipboard Manipulation you can set the way you want it.
Klipper/Clipboard-widget is a huge no for Chrome users so CopyQ comes very handy.
CopyQ looks interesting, but how do you get it to not always be hidden under the 'hidden icons' of the tray?
the same idiotic behavior - anything i select with the mouse goes directly into the clipboard and so a "select and CTRL+V" does nothing else than overwrite the clipboard with the selcetion you wanted to overwrite *with the clipboard content*
On Tuesday 24 Nov 2015 3:20:52 PM Reindl Harald wrote:
am i the only only where clipper indepedent of the options you use replaces the clipboard with the current selection which is braindead when you select the text you want to replace with CTRL+V
BTW: currently in konqueror in need to use "copy" for files twice because after the first attempt it asks for a name and tries to paste the clipboard instead the files from the other tab/instance
Filed a bug https://bugs.kde.org/show_bug.cgi?id=356748
Am 15.12.2015 um 19:26 schrieb Sudhir Khanger:
On Tuesday 24 Nov 2015 3:20:52 PM Reindl Harald wrote:
am i the only only where clipper indepedent of the options you use replaces the clipboard with the current selection which is braindead when you select the text you want to replace with CTRL+V
BTW: currently in konqueror in need to use "copy" for files twice because after the first attempt it asks for a name and tries to paste the clipboard instead the files from the other tab/instance
Filed a bug https://bugs.kde.org/show_bug.cgi?id=356748
well, it was pretty fast closed
"about making the selection available in ctrl+v and ctrl+c in the selection. The clipboard manager lists all clipboard entries whether it's from the selection or ctrl+C/v"
WTF - it's pure nonsense replace the current clipboard with the selection because it's impossible to CTRL+C something (like a variable name in a sourcefile) and then double-click / CTRL+V to overwrite something with the clipboard when "that something" BECOMES the clipboard by select it
On Wednesday 16 Dec 2015 12:28:51 PM Reindl Harald wrote:
well, it was pretty fast closed
"about making the selection available in ctrl+v and ctrl+c in the selection. The clipboard manager lists all clipboard entries whether it's from the selection or ctrl+C/v"
WTF - it's pure nonsense replace the current clipboard with the selection because it's impossible to CTRL+C something (like a variable name in a sourcefile) and then double-click / CTRL+V to overwrite something with the clipboard when "that something" BECOMES the clipboard by select it
I think Martin is right. I should have read the docs first before bothering him.
Klipper Docs [1] says "Synchronize contents of the clipboard and the selection Sets the clipboard mode. When an area of the screen is selected with mouse or keyboard, this is called the “selection”. If this option is selected, the selection and the clipboard is kept the same, so that anything in the selection is immediately available for pasting elsewhere using any method, including the traditional middle mouse button. Otherwise, the selection is recorded in the clipboard history, but the selection can only be pasted using the middle mouse button. Also see the Ignore selection option. See the section called “Clipboard/Selection Behavior."
* All selection whatsoever will land in Clipboard manager. * If you want the selection to be paste-able check "Synchronize contents of the clipboard and the selection." * If you don't want clipboard manager to add any and all selection to itself uncheck Ignore selection option.
After unchecking Ignore selection I no longer see any of the selected entries in clipboard manager.
I do have to say, based on my limited experience, this ability to add un- paste-able entries to clipboard manager is very weird. If entries can't be pasted they aren't really useful.
[1] https://docs.kde.org/stable4/en/kde-workspace/klipper/general-page.html
Am 16.12.2015 um 14:41 schrieb Sudhir Khanger:
On Wednesday 16 Dec 2015 12:28:51 PM Reindl Harald wrote:
well, it was pretty fast closed
"about making the selection available in ctrl+v and ctrl+c in the selection. The clipboard manager lists all clipboard entries whether it's from the selection or ctrl+C/v"
WTF - it's pure nonsense replace the current clipboard with the selection because it's impossible to CTRL+C something (like a variable name in a sourcefile) and then double-click / CTRL+V to overwrite something with the clipboard when "that something" BECOMES the clipboard by select it
I think Martin is right. I should have read the docs first before bothering him.
- All selection whatsoever will land in Clipboard manager.
- If you want the selection to be paste-able check "Synchronize contents of
the clipboard and the selection."
- If you don't want clipboard manager to add any and all selection to itself
uncheck Ignore selection option.
that's the opposite i would expect when i say "ignore something"
On 12/16/2015 09:41 AM, Sudhir Khanger wrote:
On Wednesday 16 Dec 2015 12:28:51 PM Reindl Harald wrote:
well, it was pretty fast closed
"about making the selection available in ctrl+v and ctrl+c in the selection. The clipboard manager lists all clipboard entries whether it's from the selection or ctrl+C/v"
WTF - it's pure nonsense replace the current clipboard with the selection because it's impossible to CTRL+C something (like a variable name in a sourcefile) and then double-click / CTRL+V to overwrite something with the clipboard when "that something" BECOMES the clipboard by select it
I think Martin is right. I should have read the docs first before bothering him.
Klipper Docs [1] says "Synchronize contents of the clipboard and the selection Sets the clipboard mode. When an area of the screen is selected with mouse or keyboard, this is called the “selection”. If this option is selected, the selection and the clipboard is kept the same, so that anything in the selection is immediately available for pasting elsewhere using any method, including the traditional middle mouse button. Otherwise, the selection is recorded in the clipboard history, but the selection can only be pasted using the middle mouse button. Also see the Ignore selection option. See the section called “Clipboard/Selection Behavior."
- All selection whatsoever will land in Clipboard manager.
- If you want the selection to be paste-able check "Synchronize contents of
the clipboard and the selection."
- If you don't want clipboard manager to add any and all selection to itself
uncheck Ignore selection option.
After unchecking Ignore selection I no longer see any of the selected entries in clipboard manager.
I do have to say, based on my limited experience, this ability to add un- paste-able entries to clipboard manager is very weird. If entries can't be pasted they aren't really useful.
I guess you could go back later to the clipboard and select the entry.
[1] https://docs.kde.org/stable4/en/kde-workspace/klipper/general-page.html
On Wednesday 16 Dec 2015 10:07:23 AM Patrick Boutilier wrote:
I guess you could go back later to the clipboard and select the entry.
If its not copied via Ctrl+C or one of the keyboard shortcuts, it is also not available to paste. I will just be shown in clipboard manager history.
It becomes available for you to paste via Ctrl+V if history changes and you select this entry via mouse in the Clipboard manager. If you select something it will be shown in the list and if you click on this same entry it will not be available for paste via keyboard shortcut. Clipboard history has to change for it to be available to paste via keyboard shortcut.
If all selections are saved in clipboard history then a secret information like passwords also end up in an unencrypted plain text file.
-- Regards, Sudhir Khanger, sudhirkhanger.com.
On 12/16/2015 10:30 AM, Sudhir Khanger wrote:
On Wednesday 16 Dec 2015 10:07:23 AM Patrick Boutilier wrote:
I guess you could go back later to the clipboard and select the entry.
If its not copied via Ctrl+C or one of the keyboard shortcuts, it is also not available to paste. I will just be shown in clipboard manager history.
It becomes available for you to paste via Ctrl+V if history changes and you select this entry via mouse in the Clipboard manager. If you select something it will be shown in the list and if you click on this same entry it will not be available for paste via keyboard shortcut. Clipboard history has to change for it to be available to paste via keyboard shortcut.
Yup, that is weird. Contents don't actually have to change though. If you click another entry with the mouse and then the newly created entry it will be available to paste.
If all selections are saved in clipboard history then a secret information like passwords also end up in an unencrypted plain text file.
-- Regards, Sudhir Khanger, sudhirkhanger.com. _______________________________________________ kde mailing list kde@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/kde@lists.fedoraproject.org
-
Neal Becker -
Patrick Boutilier -
Reindl Harald -
Sudhir Khanger