GNOME Bugzilla – Bug 750066
Prevent destructive changes to text layers by default
Last modified: 2018-05-24 15:16:32 UTC
when i try to edit a text layer with different colors, (and click on it with the text tool) i get a warning dialog: 1) if i want to continue (losing formatting) on the same text layer 2) or to create a new text layer. the warning dialog pops up when i click with the text tool on the said text layer, but that dialog expires as soon as i release the click done before. So its impossible to click any button on that dialog.
Is it still a text layer, or did you modify it? Check its icon in the layers dialog, if this is no "T" anymore, then it was modified by e.g. a paint tool or similar.
(In reply to Michael Schumacher from comment #1) > Is it still a text layer, or did you modify it? > > Check its icon in the layers dialog, if this is no "T" anymore, then it was > modified by e.g. a paint tool or similar. its -no more a text layer-, but why did that happen? i used only different colors for two lines. Moreover, for what reason pops up a warning dialog that doesnt work when i click that ex-text field? (see Description)
Once you modify a text layer, it isn't a text layer anymore. If you want to change the color of characters, highlight them with the text tool and use the color chooser in the on-canvas tool dialog. The behavior warning dialog might be an actual bug.
The best way to avoid any misunderstanding would be to attach a small XCF file saved that demonstrates the problem when you lick on its modified text layer, for example.
sometimes i use the text tool, seldom i change formatting, adding for example some bold text or in rare cases, different colors. In any way, the text i wrote changed into another layer. But i found more annoying getting a warn dialog that doesnt work, clicking on a ex-text layer with the text tool.
Jo, a XCF file that resembles what you are describing and triggers the same error messages would really help to understand what you are seeing.
(In reply to Michael Schumacher from comment #6) > Jo, a XCF file that resembles what you are describing and triggers the same > error messages would really help to understand what you are seeing. sorry for answering so late, but ive to do some tests with this bug, and find not the time for it. in the meantime you could test this: -create several text layers (3 or more) -put all text layers in a layer group -add some image to the backgound or on a transparent layer on top of the bg layer -save your file as gimpgz -reopen the file and see if Gimp lost/converted the layer group into a image layer
No, got loaded as expected, with all layers intact. If you have a XCF file that is the supposed result of this, could you just attach it?
Created attachment 310029 [details] text layers became image layers
when i paint on a text layer, the text layer becomes a normal layer. Therefore, text layers should accept -exclusively- text input, IMO. If users want to manipulate text elements, they can create a path from their text, fill in the path faces and so on.
Changing the summary accordingly.
also rotating a text for e.g. 45 degree, transforms it into an image
Yes, all modifications have that effect, also plug-ins.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/681.