If you can be specific about what aspects strike you as such, I can try to tweak them and we can see what the impact is. Of course you’re also invited to grab the svg files from post 235 and play around with them yourself
ps. I’m also ok with any of my proposed icons to be grabbed and used as examples for what doesn’t fit the intended style guide (cc @craftyjon).
Hard do say for sure, it’s rather general impression. Probably the front lines of varying width and the shadow edges at different angles than the cube’s edges.
As I explained, i really like them for the intuitiveness, but find most of the icons in the theme to use simplified/minimalistic style without visual ornamentation.
Probably in some time we will be able to use alternative iconsets for Kicad, and then these could find their deserved home.
These fancy cubes are still viewed from a corner / diagonal, and therefore information between “Front” and “back” is very minimal. I suspect the triangle in the corner is supposed to be the “eye” location, but this is not very clear and it looks too much like the “foldout” corner as used in for example the measurement icons.
These fancy cubes are still viewed from a corner / diagonal
yes. I found this to be a challenge with cube depictions.
I find it hard to avoid using perspective projection and rotation. You may remember the v5 cubes (post 234) that end up having a deliberate rotation while also relying on perspective projection. The proposed set uses orthographic projection combined with tapered lines to convey depth (gleaned from chemical structure formula drawing).
There may be at least a case for thicker lines. The current set of new cube icons seems to rely solely on being able to recognize the thin gray line on blue background to infer “in front of” and “behind”, which I personally struggle with. I find thicker lines easier to process visually. Another option would be to introduce white contrast around the lines (shown in post 234), but one would need to be bolder there, removing the dashed lines next to the blue face fills so the blue regions don’t reduce to small patches.
Looking at the Zoom In / Zoom Out icons above them, one could dial back the cube line widths a bit to be closer to that line width, as long as it doesn’t sacrifice readability.
In terms of line width, the Unity logo cube design is pretty smart - constant line width, but delibrate notches to depict “back”.
looks too much like the “foldout” corner
Heh, my proposal to let these corners point into directions in which the toolbar / menu opens was turned down with the argument that the user should look for them in the same corner, so strictly speaking it would need to be black and in the bottom right corner to qualify For me, it’s mostly a marker / arrow to the front direction.
The idea with the alignment of “R” and “?” was to draw the focus on the difference “?” -> “42”, which in my opinion is the central story of “annotate”. The spacing between “R” and “42” is also deliberate to guide the focus away from the prefix. Maybe that doesn’t work everybody. Concerning “looks more like the part as-placed” one could counter that the part in the symbol already is a more abstract representation, with field texts outside the symbol itself, which puts it up for debate
It may be a minor factor with so few letters, but I feel that it helps. To illustrate how alignment helps with discerning differences, consider this example:
compare the time it takes to spot the deviations in the 6th character.
If anything could convince me to skip a version of Kicad, it would be a dark or inverted color theme, white text on a black or dark background. I very much dislike this inversion of dark and light.
I prefer working with black text on a white background because I grew writing black or blue pen or pencil marks on white paper. And my preference is the same to this day.
The editor theme itself is configurable now and won’t be changing from what we have now in 5.99 which is slightly different from 5.1.
The icon theme for dark/light mode can be turned on/off but is also tied to your operating system supporting dark and light mode. Linux (GTK) and macOS support it and will get the enhancement. Windows does not support dark mode for Win32 apps unforunately.
I was planning on turning icon theme selection on for Windows anyway for people using high contrast mode or customizing their win32 color theme, I just need to test if that has any issues. KiCad just won’t be able to respond to the Windows 10 “dark mode” option which is unavailable to win32 apps as Mark says