On 06/06/18 22:45, Thomas Blasejewicz wrote:
On 2018/06/03 17:09, Brian Barker wrote:
At 20:50 29/05/2018 +0000, Virgil Arrington wrote:
I am starting to experience more copy/paste issues similar to those
described by Thomas. I am using LO 6.0.3.2 with Linux Mint 18.
Today, I was working in Impress. I've been copying and pasting text
from one slide to another within a single Impress presentation file.
Every now and then, the copy function <Ctrl-C> does not copy the new
text, so that when I press <Ctrl-V>, instead of getting the text I
just copied, I get a previous copy. It also happened when I tried
copying text from another program (LyX) into my LO Impress.
I have to say that the simplest explanation of this for both of you -
and consequently the one recommended by Occam - is still that your
copy operation - using Ctrl+C - failed to happen. Keyboards do fail
or become unreliable, so this would hardly be surprising. Pardon my
asking this, but when did you last remove dust, cat hair, biscuit
crumbs, paper clips, and so on from your keyboard? Gravity is
effective at adding these items. Do you use the "C" key often? Are
you perhaps a member of the Caius College Cambridge Cricket Club?
Here's a suggestion. When you use Ctrl+C you see no feedback of the
process. In other words, the behaviour is exactly the same whether
the operation has succeeded or failed, so you cannot tell. This is
different from using Edit | Copy, where the Edit menu disappears when
the click is successful, but not otherwise. Similarly, using
right-click | Copy, the context menu disappears only when your click
is successful. Just test by using either of these techniques instead.
If you can reproduce the problem with the *Copy* operation performed
in either of these ways, there may be some underlying software
problem; if not, your Ctrl+C is simply not working.
I must say this is an entirely new behavior for me and my copy of
LO. It not only happened when copying and pasting from another
program to LO, but also from one slide to another within LO itself.
I'll keep an eye on it and try to see any consistency in the
behavior. So far, it has been intermittent.
Again, this is all consistent with a hardware problem.
I trust this helps.
Brian Barker
Good evening
I do not want to be awkward, but this behavior seems to affect ONLY
Libreoffice.
(it did not bother me for 1-2 weeks now)
Trying to copy one word selected in a text editor works just fine in
ALL softwares I tried EXCEPT Writer - which insists on inserting some
earlier selection (when it is in the mood to).
How can this be a hardware problem?
Hi.I also have experienced the same issue and only with LO, but not
(touch wood) since the last update from the OpenSuse repository.
Because I use Klipper in KDE everything I select gets put on the
clipboard. I also use Ctl-Ins/Sft-Ins as that is easier one handed.
(mouse left hand - number pad, copy-cut-paste right hand).
I noticed that occasionally nothing pasted after a copy, or very rarely
something I had copied previously, even from another application but it
was no issue because I just pasted the copy on Klipper.
steve
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.