Pinta icon indicating copy to clipboard operation
Pinta copied to clipboard

Copying last image into cache removes last text field

Open IsenMc opened this issue 4 months ago • 2 comments

Description When copying the last image into cache with CTRL+C and placing it somewhere with CTRL+V, the last text field is not copied.

To Reproduce

  1. Open an empty image
  2. Add a text field with any text
  3. Add another text field with another text
  4. Mark all content with the selection tool
  5. Press CTRL+C
  6. Open Word/LibreOffice or any other tool where you can place an image
  7. Press CTRL+V
  8. Textfield 2 from Step 3 is gone

Additional Info You can place a textfield with a random text content somewhere on the image as last action before marking and copying. It does what it should: It is not copied but the last one with sensefull content gets copied.

Version Windows 11 23H2, Pinta 3.0.2

IsenMc avatar Aug 13 '25 06:08 IsenMc

I think the issue here is that the text tool isn't finalizing the text before selecting / copying. The re-editable shape tools do seem to finalize the shapes as expected in these cases though

cameronwhite avatar Aug 16 '25 03:08 cameronwhite

This happens to me all the time and it would help a lot if it could fixed. I add text, copy the image, and then the text is not there.

joshlupo avatar Sep 11 '25 16:09 joshlupo

Looking at this more closely, I'm not sure the text actually needs to be finalized to fix this. The real issue is that the Copy command only includes the primary surface of the layer and doesn't grab the contents of the associated re-editable sub-layers (the text layer, in this case). The "Copy Merged" command works fine with the text tool since it calls Document.GetLayersToPaint()

cameronwhite avatar Dec 17 '25 01:12 cameronwhite

You are right, if you think in the logic of a software developer. But the users (like me) won't see the difference between those two layers directly. You wrote, that there is a re-editable sub-layer. I didn't recognize this layer until now and at the moment, I don't know how to change already placed texts. I also asked myself why there is a function of "copy merged" - due to the problem, that you don't directly see, that something is not merged already. So if you don't want to change it, maybe you should think about any kind of visuability of the "re-editable sub-layer" in my opinion.

IsenMc avatar Dec 17 '25 08:12 IsenMc

My previous comment was more about implementation details for how Pinta can fix this - I agree that users should just be able to copy and have it work as they'd expect

cameronwhite avatar Dec 17 '25 14:12 cameronwhite

I'm sorry for misunderstanding you. So you propose to exchange the "copy" command through the "copy merged" command? Or what exactly is your proposal?

IsenMc avatar Dec 17 '25 14:12 IsenMc

The copy command would still be different from "copy merged", since "copy merged" copies all of the layers in the document whereas "copy" only deals with the current layer. However, I think "copy" should also be copying the hidden sub-layer that the unfinalized text is on, since to the user these appear as the same layer

cameronwhite avatar Dec 17 '25 16:12 cameronwhite

Okay, now I got it. We have the visible layers a user can create. If you click "copy merged" you copy all these layers including the non-visible one. If you only click "copy" you only copy the currently visible layer without the non-visible one, what you propose to change so that the "copy" command also copies the non-visible layer.

IsenMc avatar Dec 18 '25 08:12 IsenMc