https://bugs.kde.org/show_bug.cgi?id=484986
--- Comment #2 from arthurfermor...@gmail.com --- (In reply to Halla Rempt from comment #1) > The size of the scroll box is determined by the widget theme; that is > outside of Krita's capability to change. (On some platforms you can choose > between widget themes, though.) The colors theme is determined by files in > the resources section: > https://docs.krita.org/en/reference_manual/resource_management.html#resource- > management -- you can create new themes. Unfortunately, I cannot find the > docs for that right now, since their location on the KDE project wikis has > moved so often. The current color themes have been created by a long-term > Krita user, David Revoy, so I am not sure we should modify them without his > input. (In reply to arthurfermor116 from comment #0) > SUMMARY > I have some issues with the readability of the scrollbar. > > 1. Too little colour change when hovering over the scroll box: > hovering over the scroll box results in a very slight colour change that is > very hard to see. It is very subtle and only shows on part of the scroll > box. My regular drawing app is clip studio paint in light mode, where the > scroll box changes from rgb(217, 217, 217) to rgb(195, 195, 195) when > hovered over. The color of the scroll bar backing is rgb(239, 239, 239). > > In my opinion something like this is vastly preferable for readability. My > preference would also be to have the entire bar change color rather than the > gradient. I would prefer the box to be dark against a lighter scroll bar, in > line with modern standards, but that is just personal preference. I cannot > speak to what would be ideal for dark mode or high contrast, but in my > opinion they also need to be changed. > > 2. scroll box should be bounded by scroll bar. The scroll box should be 2-3 > pixels inside of the scroll bar to aid readability. (In reply to Halla Rempt from comment #1) > The size of the scroll box is determined by the widget theme; that is > outside of Krita's capability to change. (On some platforms you can choose > between widget themes, though.) The colors theme is determined by files in > the resources section: > https://docs.krita.org/en/reference_manual/resource_management.html#resource- > management -- you can create new themes. Unfortunately, I cannot find the > docs for that right now, since their location on the KDE project wikis has > moved so often. The current color themes have been created by a long-term > Krita user, David Revoy, so I am not sure we should modify them without his > input. Thanks for replying so quickly :) As a follow up, I was curious about whether you know of any documentation of the .COLORS file format? I tried to make one of my own but struggled with how to save with that file extension. All I could find online was that it is associated with corel painter, which I don't own. I think that it does make a lot of sense to change the default color schemes from what they originally were. I don't understand the reasoning behind keeping the themes because they were made by a long term user. He couldn't have used all of the color schemes at the same time, and getting other peoples input is important if they are the ones using it. My complaint is that, when compared to dark mode, the amount of change in value in the scroll bar is almost imperceptable on the scroll box in breeze light. From looking at the files in qt creator, some of them date as far back as 2012, and I don't think it is unreasonable to consider how much design sensibilities (and our understanding of accessable design) have changed in the intervening 12 years. Also consider how much visual redesign does to make people want to try new products: Apple have barely changed the iPhone feature set in recent years, but people continue to buy new versions because of the new colors and the adjustments made to iOS over the years. Part of what got me (and a lot of people) to try using blender again was the visual redesign that came with the 2.8 update. I am sure you and the rest of the team are working very hard on new features, but how many people will actually update the program if the visuals remain the same? -- You are receiving this mail because: You are watching all bug changes.
