Whether this is temporary or not, the graphic file works and looks good.
I am also trying to make the GTK tool draw the yellow/blue dots, but I'm not successful as yet. I will not spend too much time on this, as the PNG solution works already.
Whether this is temporary or not, the graphic file works and looks good.
So, If I understand correctly, do you suggest that the underlining is exchanged for a slightly shaded box?inautilus wrote: ↑Fri Aug 02, 2019 6:21 pmPerhaps I didn't 'sell' the idea enough ... my bad. So, I'll take another run at the ball ...
The 43 already is in that sweet spot, functionally speaking. Or as said: "a bit of everything is the magic." What I had intended to communicate was that since some of the 43's keys do function to represent menus .... then it might be worth a closer look to see exactly how they are identified/labelled. One could argue that the underlining method may not be optimal visually speaking ... the keyboard might now be tending to be exceedingly cluttered. If this is the case ... then there is another way to cleanly identify/label. Drop any type of underlining and go with a lighter shade 'context box" for the key label to live within. (See the 'MODE', 'LOGS' command labeling in the first photo, and see the 'CUSTOM' command key in the second photo) I contend that this method of denotation is visually direct, easy to identify, clean, and more importantly ... uncluttered.
Done from the wrist, without ruler and grid. It definitely requires an engineered template. But I'm glad it's enough at the moment.
Nice to know!Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amHm, hard to decide. Since our paperwork day I print out your screenshots more often. Now I scaled the printout so that the picture is 7.7 x 14.4 cm, which is about the size of the DM42. If I now place a few calculator next to each other, I have to say that the DM42 clearly wins as far as the readability of the alphabet is concerned.
I don't like to over use the blue which is for [g].It makes sense to introduce a contrast for "Y" and "N". Why not even use blue?
Impossible with GTK. I mean everything is possible, but not at the cost of work for the emulator. I agree, maybe do some tests on a graphic file so we can see what it is like, for possible use in the future template. Gimp may be a good tool to do a mock up. Can you try?I got another new idea, which you can also check. Couldn't you generally underline the menus, no matter if they are on [f] or on [g], with six short white dots/lines, which would symbolize the keys F1..F6. Certainly difficult with Gtk, Qt QML would probably not help either. But to realize with CorelDraw?
I did not like the red texts on the emulator. Yes I tried it because I liked the mockups. But in reality it does not work (for me).The idea to have the menu items with a background richer in contrast better set off, as for example with the 28S, is definitely a suggestion worth considering. When implementing it, I could imagine that the mix function/function, function/menu, menu/menu could bring some restlessness.
Code: Select all
#gShiftedUnderline {
background: #383838;
color: $gBlue;
font-family: WP43S_StandardFont;
font-style: normal;
font-weight: normal;
font-size: 18px;
padding: 0px;
/* JM removed "text-decoration: underline;" and changed from "background: $bezelBackground;" */
Then yellow can be the solution.
Ha ha, when I wrote Swiss Army Knive, of course you come to GIMP. It was Paint... Let's see if and how I find the time to do a mock up. Actually I planned the weekend for a deadline.Jaymos wrote: ↑Sat Aug 03, 2019 11:40 amImpossible with GTK. I mean everything is possible, but not at the cost of work for the emulator. I agree, maybe do some tests on a graphic file so we can see what it is like, for possible use in the future template. Gimp may be a good tool to do a mock up. Can you try?Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amI got another new idea, which you can also check. Couldn't you generally underline the menus, no matter if they are on [f] or on [g], with six short white dots/lines, which would symbolize the keys F1..F6. Certainly difficult with Gtk, Qt QML would probably not help either. But to realize with CorelDraw?
Originally the idea came from inautilus, but this is probably the way to go, one solution for the simulator another solution for the hardware keyboard.Jaymos wrote: ↑Sat Aug 03, 2019 11:40 amI did not like the red texts on the emulator. Yes I tried it because I liked the mockups. But in reality it does not work (for me).Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amThe idea to have the menu items with a background richer in contrast better set off, as for example with the 28S, is definitely a suggestion worth considering. When implementing it, I could imagine that the mix function/function, function/menu, menu/menu could bring some restlessness.
I also tried your 28S suggestion with the shading of the menu texts instead of the underlining, that is a lot easier and can actually be done in die GTK CSS style sheet only (wp43s_pre.css, in the same folder as the emulator executable)!
Dani R. wrote: ↑Sat Aug 03, 2019 12:02 pmThen yellow can be the solution.
Ha ha, when I wrote Swiss Army Knive, of course you come to GIMP. It was Paint... Let's see if and how I find the time to do a mock up. Actually I planned the weekend for a deadline.Jaymos wrote: ↑Sat Aug 03, 2019 11:40 amImpossible with GTK. I mean everything is possible, but not at the cost of work for the emulator. I agree, maybe do some tests on a graphic file so we can see what it is like, for possible use in the future template. Gimp may be a good tool to do a mock up. Can you try?Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amI got another new idea, which you can also check. Couldn't you generally underline the menus, no matter if they are on [f] or on [g], with six short white dots/lines, which would symbolize the keys F1..F6. Certainly difficult with Gtk, Qt QML would probably not help either. But to realize with CorelDraw?
Originally the idea came from inautilus, but this is probably the way to go, one solution for the simulator another solution for the hardware keyboard.Jaymos wrote: ↑Sat Aug 03, 2019 11:40 amI did not like the red texts on the emulator. Yes I tried it because I liked the mockups. But in reality it does not work (for me).Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amThe idea to have the menu items with a background richer in contrast better set off, as for example with the 28S, is definitely a suggestion worth considering. When implementing it, I could imagine that the mix function/function, function/menu, menu/menu could bring some restlessness.
I also tried your 28S suggestion with the shading of the menu texts instead of the underlining, that is a lot easier and can actually be done in die GTK CSS style sheet only (wp43s_pre.css, in the same folder as the emulator executable)!
Hello JacoJaymos wrote: ↑Sat Aug 03, 2019 11:40 amImpossible with GTK. I mean everything is possible, but not at the cost of work for the emulator. I agree, maybe do some tests on a graphic file so we can see what it is like, for possible use in the future template. Gimp may be a good tool to do a mock up. Can you try?Dani R. wrote: ↑Sat Aug 03, 2019 10:55 amI got another new idea, which you can also check. Couldn't you generally underline the menus, no matter if they are on [f] or on [g], with six short white dots/lines, which would symbolize the keys F1..F6. Certainly difficult with Gtk, Qt QML would probably not help either. But to realize with CorelDraw?