comradekingu
Glowing ember
Alt and AltGr can be printed on the typewriter part of the keyboard, you said there was no way to do another set on shoulders when technically there is.
+2 is too little for German, Swedish, Finnish, Norwegian etc etc, while +3 fits their alphabet. All of these 100 million+ users, which are as central to the demographic buying pyras for language reasons as you can get, dont have an alphabet that fits into +2 amount of letters.
If you press FN+L here the +3 keys (that now have brackets, turn into those respective keys, on the users regional layout) Fn+L again, and you are back to normal.
(This answers the matter of compose.) Since regular typing is better than "polylingual". You could use your argument to say that with regular typing in place, there is less need to have "polylingual" printed, which is a ideal bonus for everyone.
What i meant to say was the ü (not the ä) cant be typed without the use of Fn on layout 6. I see the intention, but it doesnt work with the given matrix if you want to have backspace on backspace.
AltGr is a basic function for all of europe, international US, and every other layout there is(?), point is it should work out of the box. Fn should not type symbols, and there should be an Alternate graphics layer on the expected AltGr button, which is known to do thirdlevelshift.
I mean both, Fn combos are unavailable in some places with Fn on shoulder, as a result of otherwise triggering Fn-combos with shoulders+ gamekeys in games that utilize shoulders, you cannot do Fn-hotkeys on +dpad (4) + start select (2) (other shoulders 3-4) and buttoncluster(6) Edit: i forgot the two nubs are buttons (2)
in total 18 less possibilities. You can utilize the Fn layer as much as you like, but when there is only 5 available buttons not used, that is a whole lot less than 39. This is not very evident, and its about as sexy to explain as accidental Alt+F4, Fn ESC (on some layouts) or Ctrl+alt+F* taking you to a different TTY, all it takes is to forget some shoulders or buttonmash blindly and hit either 4 or any other number.
I am only seeing the 5 US diactrics on layout 6, 10 is still less though. The difficulty arises from mainly Fn being used to both invoke dead-keys (i got the ones with the funny o's) and producing symbols.
The difference between printing the symbol ( and the dead-key ( is way less in my opinion. I also think people dont even want to see funny o's, ED being one of them.
Yes, azerty can be had via cutting into the keymat (if not multiple layouts) if you move symbols along with it, the relevance as to where the symbols are (even when they arent supposed to be there) is gone.
Its not a huge deal, but its a qualitiative difference.
With dualwide space you end up having to move j for NEO, and you are out of keys for DVORAK. Its a question of remapping to a matrix, with the potential to produce keymats.
My view is that a laptop keyboard works for the most people, and has the broadest market to sell to, because its what people expect not on a mobile device, but in the sense that they type.
Laptops usually have no dedicated powertoggles or brightnessbuttons on the keyboard with the amount of keys they have, why should the pyra do so with less?
To me it makes no sense to say that because it has less keys than a regular laptop, it should be willingly different. Fn+up is for example the first thing i try to adjust the brightness, that should work.
Ending up with more symbols than a regular keyboard, when a lot of them can and should be hidden, is strange. It doesnt do more things well, it does more things halfway and in nonstandard-ways, introducing quirky problems to deal with.
Me and saber are pointing to valid concerns that you can miss if you just let popularity control design. Some things only look like they work.
+2 is too little for German, Swedish, Finnish, Norwegian etc etc, while +3 fits their alphabet. All of these 100 million+ users, which are as central to the demographic buying pyras for language reasons as you can get, dont have an alphabet that fits into +2 amount of letters.
If you press FN+L here the +3 keys (that now have brackets, turn into those respective keys, on the users regional layout) Fn+L again, and you are back to normal.
(This answers the matter of compose.) Since regular typing is better than "polylingual". You could use your argument to say that with regular typing in place, there is less need to have "polylingual" printed, which is a ideal bonus for everyone.
What i meant to say was the ü (not the ä) cant be typed without the use of Fn on layout 6. I see the intention, but it doesnt work with the given matrix if you want to have backspace on backspace.
AltGr is a basic function for all of europe, international US, and every other layout there is(?), point is it should work out of the box. Fn should not type symbols, and there should be an Alternate graphics layer on the expected AltGr button, which is known to do thirdlevelshift.
I mean both, Fn combos are unavailable in some places with Fn on shoulder, as a result of otherwise triggering Fn-combos with shoulders+ gamekeys in games that utilize shoulders, you cannot do Fn-hotkeys on +dpad (4) + start select (2) (other shoulders 3-4) and buttoncluster(6) Edit: i forgot the two nubs are buttons (2)
in total 18 less possibilities. You can utilize the Fn layer as much as you like, but when there is only 5 available buttons not used, that is a whole lot less than 39. This is not very evident, and its about as sexy to explain as accidental Alt+F4, Fn ESC (on some layouts) or Ctrl+alt+F* taking you to a different TTY, all it takes is to forget some shoulders or buttonmash blindly and hit either 4 or any other number.
I am only seeing the 5 US diactrics on layout 6, 10 is still less though. The difficulty arises from mainly Fn being used to both invoke dead-keys (i got the ones with the funny o's) and producing symbols.
The difference between printing the symbol ( and the dead-key ( is way less in my opinion. I also think people dont even want to see funny o's, ED being one of them.
Yes, azerty can be had via cutting into the keymat (if not multiple layouts) if you move symbols along with it, the relevance as to where the symbols are (even when they arent supposed to be there) is gone.
Its not a huge deal, but its a qualitiative difference.
With dualwide space you end up having to move j for NEO, and you are out of keys for DVORAK. Its a question of remapping to a matrix, with the potential to produce keymats.
My view is that a laptop keyboard works for the most people, and has the broadest market to sell to, because its what people expect not on a mobile device, but in the sense that they type.
Laptops usually have no dedicated powertoggles or brightnessbuttons on the keyboard with the amount of keys they have, why should the pyra do so with less?
To me it makes no sense to say that because it has less keys than a regular laptop, it should be willingly different. Fn+up is for example the first thing i try to adjust the brightness, that should work.
Ending up with more symbols than a regular keyboard, when a lot of them can and should be hidden, is strange. It doesnt do more things well, it does more things halfway and in nonstandard-ways, introducing quirky problems to deal with.
Me and saber are pointing to valid concerns that you can miss if you just let popularity control design. Some things only look like they work.
Last edited by a moderator: