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

Cannot copy-paste text from Terminology #316

Open
aguador opened this issue Sep 16, 2024 · 10 comments
Open

Cannot copy-paste text from Terminology #316

aguador opened this issue Sep 16, 2024 · 10 comments
Labels
fixed in next release Fixed commited and, maybe even a pre-release available.

Comments

@aguador
Copy link
Contributor

aguador commented Sep 16, 2024

This is a strange, very specific one!

  1. Do something in the Terminology, e.g., rpm -qi clipit
  2. Copy the resulting text
  3. Attempt to paste into a new or existing note

Expected: ¡Voila, the copied text appears!
Actual: Nada, zilch

  1. Open text editor
  2. Paste copied text (Expected & actual result: text appears)
  3. Return to ng note and paste

Expected: ¡Voila, the copied text appears in the note!
Actual: ¡Voila, the copied text appears in the note!

More detail: After step 2 above I confirmed that the text was indeed present in the clipboard before attempting to paste it into a note (as, of course, the results of step 5 suggest).

I have tested with Xterm (Mageia) and XFCE terminal (Artix) and copy and paste works as it should. However, NOT with E's Terminology in either Mageia or Artix. Note also that Xterm has a light theme and the XFCE tested was, like Terminology, dark...so it does not seem to be a theme issue.

Not a big deal given that one can work around it, but curious...

@aguador
Copy link
Contributor Author

aguador commented Sep 16, 2024

Oops: Essential data - tests were of the Gtk2 version on X11 only, ng 0.40a for Mageia, 0.40 for Artix

@davidbannon
Copy link
Member

Now, thats weird. Are you sure that Enlightenment is not running Wayland ? I read in the Wikipedia Wayland page that Enlightenment was the first desktop to use it.

$ env | grep WAYLAND

Which copy (and paste) model are you using, the conventional Ctrl-C, Ctrl-V or the Unix middle mouse button "primary paste" model ?

Do you use any sort of Clipboard Manager, I use Diodon. As well as remembering a heap pf previous copies, it displays them for you and can show you what you have in the clipboard. But only, I suspect, plain text.

I suspect there is an issue of text format. (Almost) All apps copy plain text to the clipboard but will also copy one or more of their favorite formats, RTF is a popular example. Typically, the formatted version is used when you paste back into the same application, plain text is the lingua franca between applications.

I have not seen this issue on my Mageia Enlightenment test VM, but that is quite old now I guess. Maybe I need a current Enlightenment test box, Mageia again ?

Davo

@davidbannon
Copy link
Member

No, I can replicate this, even in my old E install. I normally use the xfce terminal when I use Enlightenment, but if I look for it, I can find Terminology and yep, problem shows up there.
So, I can answer my own questions....

Davo

@davidbannon
Copy link
Member

davidbannon commented Sep 19, 2024

OK, so, it seems that terminology only puts two formats in the clipboard, "text/plain; charset=utf-8" and "application; x-elementary". XFCe by comparison does 6 including the (default ?) "text/plain".

It appears to be a LCL issue, seems they accept only "text/plain". Might be hard to change...
edit: above line originally, and incorrectly, blamed KMemo.

Davo

E-paste-terminology
E-paste-xfce

(putting aside the depressing black colors and tiny little font ...)

@aguador
Copy link
Contributor Author

aguador commented Sep 19, 2024

That's E --lean and mean, not a lot of wasted overhead! :-)

Hope the LCL issue is fixable. BTW, is it not strange that pasting into another app somehow modifies the copied text on the clipboard without actually copying from the other app?

OK, this is above my pay grade...and it looks as if, from that "bug" label on one of the other issues, that you have more urgent things to worry about.

@davidbannon
Copy link
Member

Hmm, I can probably make a patch but not sure I'd bother if its not going to be accepted. I suspect they may respond that text/plain says it all.

I will make some inquiries...

Davo

@davidbannon
Copy link
Member

@aguador
Copy link
Contributor Author

aguador commented Sep 26, 2024

Hats off and thank you to paweld!
Thanks for pursuing this, Davo. Let's see if it's accepted.

@davidbannon
Copy link
Member

OK, I have released a beta that addresses this problem. https://github.com/tomboy-notes/tomboy-ng/releases/tag/v0.40b

Davo ;-)

@davidbannon davidbannon added the fixed in next release Fixed commited and, maybe even a pre-release available. label Oct 21, 2024
@aguador
Copy link
Contributor Author

aguador commented Oct 23, 2024

Cool, thank you. Only did quick tests with Gtk2 version, but presume this is not dependent on the widget set.

Roy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fixed in next release Fixed commited and, maybe even a pre-release available.
Projects
None yet
Development

No branches or pull requests

2 participants