slaeshjag
¯\_(ツ)_/¯
My current laptop keyboard has altgr labels for 12 keys. Asus must hear a lot from users wondering what the rest of the keys does :roll:
I was going to say that the DosBox compatibility issues cannot be overcome at all, but then you went and did something I don't think anyone had considered: actually take advantage of the DosBox chorded Fn-Shift requirement and put them on the keyboard! Why not? It theoretically brings an extra 33% more keys (in practice much fewer but still more than zero), eliminates the DosBox compatibility, actually makes it possible to put keys in approximate places that most people have already memorized they be (shift-] is } even if I have to remember that ] is altgr-. first, it's still actually one fewer thing to remember). It's a pretty good move.I don't know if I like this exact layout (five keys on the bottom row being entirely useless to me) but I do like the direction it's going and think we can come up with something along those lines. AltGr-Shift keys have my support!However, I feel that the DosBox compatibility issues cannot be overcome with the Saber layout
Thank you.I was going to say that the DosBox compatibility issues cannot be overcome at all, but then you went and did something I don't think anyone had considered: actually take advantage of the DosBox chorded Fn-Shift requirement and put them on the keyboard! Why not? It theoretically brings an extra 33% more keys (in practice much fewer but still more than zero), eliminates the DosBox compatibility, actually makes it possible to put keys in approximate places that most people have already memorized they be (shift-] is } even if I have to remember that ] is altgr-. first, it's still actually one fewer thing to remember). It's a pretty good move.However, I feel that the DosBox compatibility issues cannot be overcome with the Saber layout
Like I said, I haven't optimized the positioning much at all yet. I wanted to float the general idea out there and see if anyone liked the general idea or had reasons it wouldn't work at all.I don't know if I like this exact layout (five keys on the bottom row being entirely useless to me) but I do like the direction it's going and think we can come up with something along those lines. AltGr-Shift keys have my support!
I don't get what you mean? Is R the same as P with some extra bits in its graphical representation?I meant "accented" as in {ascii base-character that has extra bits in its graphical representation}, do you know a better word for it
Is there any reason for not having AltGr and shift in the same side?I adapted my proposal, looking at Saber's proposal and ED's remarks about it. This is the resulting compromise:
http://www.keyboard-layout-editor.com/#/layouts/96ce05fe6ad1693cb29247f4d18b7974
Quoted for GREAT JUSTICE!Leave the ßÄÖÜ unlabeled, but default-bound to those. We'll define them as "freely bindable" in the layout, so no software should expect them to create those characters, but try to obey whatever xmodmap or whatever says they are. Then people can put dead-key diacritics there if they want to
I agree with you on Insert (it still messes up what I am doing occasionally when I accidently hit it, so it too can be destructive). I don't use + and - very much, but definitely - more for various command line things, and when posting here, working on documents, or with email. It might be nice to easily zoom with the rather small display. I am not sure if Delete or - would be more important to me. If we had Grench's locking modifiers I would be all for keeping Delete, Escape and all other 'bad' keys behind others. I guess if they lock you have the risk of locking by accident and messing some things up, which leads me back to dedicated keys... Maybe we could put all of those on the same key.Yes, a dedicated Delete key would be kind of nice. But a dedicated Insert key is kind of pointless (most people don't even use Ins at all), and since it also makes sense to have Ins and Del close to one another, you are forced to do something pointless (make Ins dedicated) just to do something nice (make Del dedicated)._wb_, you make a good point about having a dedicated Tab because you often need to hit it repeatedly. This is the same reason I prefer a dedicated Delete key. I would need to try out using one that is brought out via a modifier to see if it is a problem, but my guess is that it will work fine, just slightly inconvenient. I can't think of any common key combinations that use Delete, so those may not be a problem either.
On the other hand, Delete is probably one of those keys like Esc that you don't want to hit accidentally. It can after all cause files to be deleted and nasty stuff like that.
I like to have dedicated + and - for zooming (something you tend to do repeatedly), and also for --long-style-parameters, dashes (-- and --- in TeX), to make ascii separator lines like this ---------------------, to increment or decrement a variable (k--, c++). Not very important, but it's nice. Zooming is pretty important if all you have is a small screen.
I am guessing it will be 4 times that, at least, by this weekend....page 6 and counting...
![]()
No you cant, because it doesn't work. Reinventing keyboard paradigms with things that are known to be less than feasible is not ok, because if it was it would be done in that fashion already. People dont want to change and they dont want something that doesnt work. These are the regular users everyone seems so concerned about.hem to vowels. In Norwegian and Danish mappings, you could put Æ on E, Å on A, and Ö on O, at least to me that seems to make some kind of sense. In Swedish/Finish m
No, I mean diacritical marks on latin letters. I called them accents at first, because in French they are called "accent aigu" and similar. That is why I store all diacritics as "accents" in my head (I rarely have to talk about them, and consider the dots in ï to be "accents" as well). The gist is: there are many of those and you will not satisfy all Europeans with one keyboard layout (朌Æøéèëäüöïñãç, only from the top of my head). So why not print and write configurations for 4 or 5? If it costs that much more, then they could be extras, introduced later. I just dread the sight of an overcrowded keyboard with annoying dead keys and äs or üs. If the keyboard is produced like suggested I will reconfigure it and glue stickers on the keys or something like that.I don't get what you mean? Is R the same as P with some extra bits in its graphical representation?I meant "accented" as in {ascii base-character that has extra bits in its graphical representation}, do you know a better word for it
We're going to need a bigger boat.I am guessing it will be 4 times that, at least, by this weekend....page 6 and counting...
![]()
You can always ask your software to automatically convert the combinations - why do you need keys just for that ?Because it sucks. I personaly hate ae ue oe for ä ö ü, it looks weird even if it's a "legit" way to write. It always looks like someone without a propper german keyboard wrote in german.