Bug 488995

Summary:	Organize the behavior of cut/copy/paste actions
Product:	[Applications] kcalc	Reporter:	popov895 <popov895>
Component:	general	Assignee:	Gabriel Barrantes <gabriel.barrantes.dev>
Status:	CONFIRMED ---
Severity:	normal	CC:	gabriel.barrantes.dev, heitorm_silva, kde, popov895
Priority:	NOR
Version:	24.05.1
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	copy text paste text

Description popov895 2024-06-22 17:58:42 UTC

SUMMARY

Sincef 24.05, the cut and copy actions cut and copy value from the display field, respectively. Copying the value from the display field looks ok to me, while cutting it seems useless. At the same time, the paste action inserts text into the input field, but not into the display field, which also looks ok to me.

Therefore, I think it's reasonable to do one of the following:
1. Make the cut/copy actions work with the input field instead of the display field
2. Remove the cut action

SOFTWARE/OS VERSIONS

Operating System: openSUSE Tumbleweed 20240618
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.3.0
KDE Gear Version: 24.05.1
Qt Version: 6.7.1

Comment 1 Gabriel Barrantes 2024-06-22 18:06:47 UTC

We could remove the cut that at this point is dead code actually... But I think the current behavior for the global copy/paste is working as intended:-
-paste into the input display
-copy from the result display
-if you want to copy from the input display then place cursor and select whatever you want to copy

Comment 2 Heitor da Silva 2024-07-01 17:50:26 UTC

I agree with Comment 1.

I would just add that cut could just call two actions:
1. copy
2. clear all

Comment 3 Sjoerd 2024-07-26 15:27:22 UTC

Created attachment 172010 [details]
copy text

I'm also having some problems with copying and pasting, but I'm not sure if it is related to this bug.

It seems like the copy/paste functions are just unreliable. Sometimes it copies text, sometimes it does not. Sometimes it only works when using ctrl+c, but not when right clicking and selecting copy. Sometimes paste works, and after a calculation it doesn't. I have this problem on multiple machines with up to date openSUSE Tumbleweed with KCalc 24.05.2.

See the attached video (sorry for the quality, screenrecording doesnt work due to a different bug). Selecting text and right clicking copy doesn't work, but in the last attempt I used ctrl+c and suddenly it does work.

Comment 4 Sjoerd 2024-07-26 15:28:24 UTC

Created attachment 172011 [details]
paste text

Follow up to my previous post, here is an example video about pasting.

It sometimes stops pasting after completing a calculation. I noticed this because when I copy multiple numbers one by one from a text file and adding them to each other, halfway through it just stops pasting from the text file.

Comment 5 Gabriel Barrantes 2024-07-26 16:42:41 UTC

(In reply to Sjoerd from comment #4)
> Created attachment 172011 [details]
> paste text
> 
> Follow up to my previous post, here is an example video about pasting.
> 
> It sometimes stops pasting after completing a calculation. I noticed this
> because when I copy multiple numbers one by one from a text file and adding
> them to each other, halfway through it just stops pasting from the text file.

What (probably) happened is that you clicked the (empty) display and copied an empty text, so you are pasting the same empty text. I have been aware of this "bug" for a while and is fixed on my draft patch for this but I have not sorted out how to fix the whole thing (cut/copy/paste) to be less confusing... so there is no patch yet.

I think that the best approach would be to show the blinking cursor at all times so there is no "focusing" of the input field, and people would notice at once that the input is actually editable...