| Summary: | "Create From Clipboard" inserts image as an alpha mask when background is set to fill layer | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | James Shorthouse <jshorthouse> |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | ahab.greybeard, tamtamy.tymona |
| Priority: | NOR | ||
| Version First Reported In: | 4.2.8 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
James Shorthouse
2019-11-29 00:55:08 UTC
Every one of those three options creates an empty raster layer above the background layer and the content of the background layer is determined by the colour/transparency settings and the clipboard contents. As such, the Fill layer option seems to be behaving normally and predictably from a purely logical viewpoint. I can think of situations when someone might want a background layer to be a Fill layer with semi-opaque or transparent regions. If they can't have that using Create from Clipboard then there are workarounds as there are workarounds for you. I'd suggest that this is more of a wishlist item than a bug. Sure, the behaviour is consistent from an entirely logical perspective but I don't think the current behaviour is consistent at all with what the user would expect to happen. As I see it the "create from clipboard" function is meant to be a quick and easy way to get an image into the program exactly as it appears in their clipboard. I can't imagine a single person using this feature is expecting their image to become an alpha mask for a solid colour layer. What is the purpose in frustrating users by replacing what could be a useful feature with an all but completely useless one just to remain "logically consistent"? Although, if it is desired that all layer options behave in the exact same way then how about this? For 1 layer, the behaviour is as it currently is. For >=2 layers the fill layer is created as specified but then the image is inserted on raster layer 2. When >2 all other empty layers are then inserted above. I think the above solution would remain logically consistent while still making the feature useful when using the fill layer type. When I found this "bug" my above suggestion was what I actually tried to do afterwards in the hope that it might work that way, but alas it currently does not. It will be a question of how many users (and developers) think it will be a useful and valuable change to make. All you can do now is wait for more comments and developer decisions, which may take some time. It is consistent with options you choose: you want one layer, then the content is going to be put on the first layer; you selected the option with Fill layer, so the content is going to be put on the Fill layer (because you want only one); so the content is changed into alpha, since that's the only thing that would make sense. The current behaviour is consistent, so changing it is a wish and requires discussion with other artists. |