https://bugs.kde.org/show_bug.cgi?id=412928
--- Comment #5 from Ian S <xcau...@gmail.com> --- (In reply to Boudewijn Rempt from comment #4) > I think would agree with Ian: it makes more sense to select the color for > the fill layer than the level of grayness for the brush, given that opacity > also works fine for editing the fill layer. > > I have to say, I have never seen anyone use fill layers like this, though :-) > > (As for how easy it is, the color selector reacts to the colorspace of the > currently selected node, it's not exactly easy to override that, and then to > make the active fill layer react to the color selector.) Heh, ya, I haven't seen anyone else doing this yet either, and it took me a while to realize that fill layers basically have built in transparency masks. It really blew my mind when I first figured that out and instantly got me thinking about trying out this method of basically pseudo-palettizing my textures! And I've been loving it since, with the exception of the clunky color changing which involves hitting f3, opening the color picker, selecting my color, hitting ok to accept it, and then closing the layer properties window. A while ago I tried to figure out how dockers work to possibly throw together a simple one for setting fill layer color, but I am way too unfamiliar with the code base and the GUI toolkit stuff to have any clue about where to even begin with that. But then the other day I found myself wishing I could just use the existing color selector dockers which have just been taking up space in the UI for me for a while now, which got me thinking I should throw the idea out here and see if it might gain any traction. Here is another example file of a practice wood grain texture I made a while back. Just added some layer groups to better organize it. It's a bit on the big side. https://mega.nz/#!YA1V1QhL!aSn4AAqMXsBD9FXOX70PcnqNzPzoucbBE9firgZki6M -- You are receiving this mail because: You are watching all bug changes.
