GNOME Bugzilla – Bug 139874
[WISHLIST] Layer window (view one layer in a separate window)
Last modified: 2018-05-24 11:02:38 UTC
Temporary window only for one layer showing it in "normal" mode with 100% opacity.and optionally disable its layer mask, alpha. Whatever happens to the temp image should reflect in the actual image, optionally do live update.
This could be kept as an option in Layers dialog
Can you give a use case for such a feature? Can you describe how it should be integrated with the user interface? I don't see this as a useful addition but perhaps I missed something.
Especially when creating skins, themes (and of course in many other scenarios) with lots of layers, it is always nice to see a layer in another window in full opacity, normal mode, along with the actual image even if it is having a different mode like dissolve or multiply, etc. Of course, we could open another window, and make invisible all other layers, make it normal and make opacity 100%. But that is too much hazzle to do for many layers in a layer image. "Can you describe how it should be integrated with the user interface?": In the "right click menu" we get when we right click on a layer in the layers dialog, you can just add "open in own window" option. The biggest advantage you can keep is like this: when we modify the layer in its "own window", give live update in the original window , in which we get the preview of the original image.
I'm not convinced but we can keep this as an enhancement request. But it would be nice to find a more descriptive title for this report.
I have a suggestion for the UI for this feature: a button sitting just beside the "quickmask" button on the image window. I think the behaviour requested is similar enough to the existing quick mask editing for everyone to feel confotable with it.
NO this is not at all quickmask.reread comment #3. The title: "layer window"
If there were a quick way to hide all layers (or groups of layers) at once this task might be a little less awkward. There might be other features that would make this task less hassle but I would have to agree with Sven that I'm not sure that exactly what you are asking for would be of general use. Layer thumbnails are shown with 100% opacity, perhaps it might make things easier if you changed your preferences to use a Larger Thumbnail size in the Layers Dialog? If you know any Script-Fu/Lisp/Scheme you could try modifying the script Script-Fu/Selection/To Image instead of creating a new image from the current selection create a new image from only the current layer, and modify it further to provide the opacity level you want. With this kind of approach it would not be possible to have live update though, you would need to rerun the script each time. (I dont know if you can put scripts in the Layer Dialog context menu though).
Alan, please do not change the bug report summary to such meaningless bullshit. There is a way to hide all layers but this one and it has been in GIMP for so long that I can't really tell when it was introduced.
> please do not change the bug report summary to such meaningless bullshit that was offensive > There is a way to hide all layers but this one and it has been in GIMP for so it is extremely difficult to find this feature you said it was there and I had no way to know if it was a core feature or if someone had written a script or plugin and was unable to find it despite knowing such a feature existed. it is not accessable through the PDB, which is usually a good way to find things because of the search tool. Only by deliberately reading _all_ the tips and tricks did I eventually manage find the feature (but I had long since written a script to do it which is still useful because the feature is not included in the PDB). In case Laxminarayan is wondering by shift clicking on the "eye" icon in the Layers dialog you can hide all but the current layer. (shift clicking again will show all layers) Also the previews in the Layers dialog already show each layer with 100% opacity, so you could probably get pretty close to what you want just by using a really big Preview size in the layers dialog.
In gimp-help-2, to make this feature a *little* bit more discoverable: 2004-08-15 Bill Skaggs <weskaggs@primate.ucdavis.edu> * src/dialogs/layer-dialog.xml * src/using/layers.xml: document ability to hide other layers by shift-clicking eye. Relates to bug #139874.
Thanks Bill.
Alan, your comment is completely off-topic. This bug report is about a layer window, not about Shift-clicking. Please try to stay on topic or stay quiet.
That's IT! I was so stupid not to find the right words! In comment#9 Alan says(Though off topic): >" >In case Laxminarayan is wondering by shift clicking on the "eye" icon in the >Layers dialog you can hide all but the current layer. (shift clicking again >will show all layers) >" The main problem is in "shift clicking again will show all layers" part. While Shift clicking the eye, (or could be a new feature with Ctrl+click) gimp should remember which Layers where visible and reshow only those layers while shift clicking(or ctrl clicking) the eye. That was my main problem. But while thinking what the solution should be, I thought having a seperate window only for any layer we choose, would be great. becuase we can then edit on any window and can see the effect immediately. The thumbnail in the Layers dialog does come close for viewing but you cant edit it.
OK, so the current solution is half-working for you. Do you still want to keep this enhancement proposal open (view a layer in a separate window), or would it be better to mark it as WONTFIX and open a new bug report for toggling layer visiblity and remembering the state of the other layers? The latter would probably require some discussion (so this has to be a new bug report) because this is not so easy to do and we would have to decide what is the proper behavior if the user clicks or shift-clicks on a different layer.
Though It is half working for me, The main problem still exists(cant edit, and no full size preview). As such, I would like to keep this enhancement proposal open. Thanx for pointing out that the Shift(or Ctrl)+click problem should be a new bug report!. I will do it right away. I am already seeing so many confused people.(including myself;).
Follow on to Shift(or Ctrl)+click problem bug #150354
*** Bug 302439 has been marked as a duplicate of this bug. ***
I had an idea and I've been looking at the tools Animation Package but I didn't yet find anything that covers this request, but if you look yourself you might be able to find something you think is close enough and it might be possible to improve an existing tool to meat your needs. Animators of course need to be able to easily preview only the current frame, and do quick comparisions to the previous and next frames. Some of the animation tools treat each Layer as a seperate frame, but unfortunately most of them expect each frame to be stored in a seperate XCF file, which is why in my brief search I didnt find anything exactly suitable but as you know what you want you might be better able to decide what tools are "close enough". (Hope that makes sense, mail me offlist if you want me to clarify although I dont expect to have time to explore the animation tools myself anytime soon)
-- 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/72.