Created attachment 111725 [details] Screen shot of brush properties dialog. The list of options in the Brush properties dialog is very hard to use. The icons to open or collapse the collapsible options are too small to tell what they are, and the check box doesn't show unless it is checked. Image attached. The layout completely hides the structure of the options. For example, there appear to be two Flow and Opacity options. It is not at all clear (to a new Krita user like me) that one is under General and one is under Masked Brush. Even though I have now figured out what it happening, I find it inconvenient and difficult to use owing to the misleading indentation. This is on Windows 10 64-bit. In the Properties for the shortcut Krita is set to use Compatibility | "Override the high DPI scaling behavior. Scaling performed by System." (The built-in DPI scaling is not usable.) This makes it be a 96 dpi program, which on my case is running on a 96 dpi Cintiq. This should make it work the same as if it were run a system with a normal resolution (96 dpi) monitor, so I don't know why the icons are so small. The reason the built-in scaling doesn't work is probably because the main display is 4K and the Krita scaling is not per-monitor aware. In any event, it is very unintuitive with the indentation as it is.
I'll need someone else on windows to verify this, but I'm changing the title to something easier to understand.
Please separate reports for separate issues. Having two issues reported in one bug makes it very hard for us to resolve issues. The hidpi things you mention do not seem at all related to the issue to me, or even directly related to the brush engine options. Having two opacity and flow items in the list is a bit confusing, and we should improve on that, but a request for improvement is not a bug, so setting the importance to wishlist. Finally, a good title is essential, and this is not a windows specific problem, so I am updating the title.
I didn't see it as two issues. The tiny icons, whatever the cause, contribute to the confusion in seeing the hierarchy. However, I appreciate your looking at it and understanding the problem(s). Please handle it however works for you. Thanks again.
Hi Kenneth, I don't think your first issue has anything to do with any DPI scaling at all. It looks like to me that you find the text alignment confusing, as in (for example): - "General", "Color", "Texture" and "Masked Brush" are collapsible headers with text center-aligned - The first occurrence of "Size", "Ratio" and etc. are left-aligned with an indentation (due to the space for the checkboxes), which makes them look like sub-items under "Flow" but are actually under "General" and at the same level as "Flow" - The second occurrence of "Opacity" and "Flow" looks like top-level items, but is actually sub-items under "Masked Brush" Am I understanding it correctly? (For the second part about DPI scaling, please start a thread on the forum or join the IRC so we can discuss it over there.)
> I don't think your first issue has anything to do with any DPI scaling at all. I agree. However, the icons are way too small. This happens often on high-res displays when high DPI is not implemented right. That is the only reason I mentioned it. Running in the mode I described on a 96 dpi display _should_ show no problems, and I don't have any other DPI issues with Krita 4 on this machine. I also plan to use it on a Surface Book with a high-res display. I haven't installed Krita 4 there yet, but I did not have problems with Krita 3.3.3. So for right now, I probably won't do anything about high DPI. It wasn't my intention to make this a DPI issue. Krita's built-in high DPI option doesn't work so well for me, but that's not a problem (for me). > Am I understanding it correctly? Yes. What you said is what is happening. The problem is compounded by the small icons.
I didn't know about this bug report and have just made a report about the expand/collapse (triangle) icons. https://bugs.kde.org/show_bug.cgi?id=392566
This wish report needs a mockup (a picutre of the GUI) that is discussed and agreed upon before it can be forwarded to implementation.