I don’t like it on the qwerty layout either. But the indications seem to be that qwerty isn’t changing, so I’m lowering my sights. 
2 Likes
Base layer vs function layer notwithstanding, one thing I don’t like about this is the idea of typing {} or [] (common in programming) all with left pinky. I never quite got comfortable with ls -l on Dvorak, and this is on the same level – or even a little less comfortable given that it’d be reaching downwards. My vote definitely remains with my suggested positions for these.
1 Like
As a fellow programmer this reasoning makes sense. My gut feeling says the position of []{} on @bjn’s layout is probably more comfortable.
1 Like
How about [/] on P/Y, and {/} on F/G (on the Fn layer, of course)?
That way, [/] won’t be on the far right, with ] on the pinky, but would be on the left, nicely symmetric. That does conflict with some of the mouse stuff, however… Perhaps B/M then, and the volume controls and backlighting would move to the inner sides of each half?
Based on @bjn s layout, a suggestion for the Home, End and Delete keys.
I moved the []{} keys below the home row and placed the Home and End keys around the Up key.
The Delete key as Fn+Backspace.
In the same way is the Delete key I would myself probable prefer the Enter key to be on Fn+Space.
(I also use hjkl keys on the Dvorak layout for vim movement 
)
Edit: Home, End and Delete keys have already been suggested this way (sorry) I like it. So my suggestion here is about the {}[] placement.
Edit2: I also like @andrewg s proposal for the Page keys on the F and G keys.
2 Likes
I think it’s a valid idea, but as you say it will conflict with some mouse stuff, and I really think we should be aiming to keep as much of the function layer in common with the default qwerty layout as possible. I really wish we could find out whether the plans for that have changed at all in light of recent discussion, so we might have more of a guideline. If the default qwerty layout were to go in a way like this, I’d be all for it on the Dvorak one too.
Incidentally, I personally don’t mind using my pinkies for stuff, just as long as I don’t have to use the same pinky for two different keys in sequence too often.
1 Like
Pretty much the same response as I had to algernon. Having the brackets/braces on mwvz seems totally reasonable to me, but I’m only 100% behind it if that’s also the direction the default qwerty layout goes.
Honestly I don’t think we can really go further (at least I can’t with my ideals) until we know more about how qwerty is going to end up.
Just for discussion, I’m not sure anybody has really commented here on my suggestion of the braces on FG and brackets on RL (as in number 108 above) – is it just that you think “home” and “end” are better clustered around there?
I know this is probably off topic, but I’ve just read through the whole layout discussion again and I’m struggling to work out what the “Any” key is meant to do. What is the intention of a key marked Any?
I think it’s a throwback to the days when you installed a program and the installation wizard asks you to hit “any” key to continue.
Its kind of a stab at the humorous situation when IT professionals are asked to help troubleshoot something when the customer says, I can’t find the “any” key, a key actually labeled “any” as opposed to hitting ANY key (enter, spacebar, etc.)
So J+K put in an ANY key to have it be whatever you want - pot of gold, unicorns, rainbows, pink bunnies, or baggy pants… its all good.
Me personally, I’m gonna have it order ice cream from Amazon.
Right… I wondered if that was the intention but hoped it may have had some more functional basis 
Guess I’ll have to think up a use for it, maybe fire off all my invoices in one hit or something.
Thanks for that @fisheadsoup.
@fishheadsoup has the “meaning” of the Any key correct, though the rationale is worth mentioning again: It’s a key that is a pretty serious reach for most typists. We don’t want to map it to something important on a default layout, so decided to leave it open for customization.
Thanks @jesse. I’ve been seeing it on the layout for ages and it only just dawned on me that I didn’t know why it was there.
@pnunn - Yeah - There’s a bunch of stuff that we’ve never written down systematically. We’re trying to get better about that, though me posting this stuff here is certainly not good enough yet 
I bought a Gateway 2000 486DX full-sized tower machine in 1991 that came with a keyboard with an “Any” key. I don’t remember what they used it for, but it definitely had some purpose.
Perhaps worth mentioning that the “any” key isn’t Dvorak-specific in any way. It’s to be printed on the default qwerty layout.
2 Likes
I was talking about this positioning when I said I think your layout is more comfortable. In other words: I like it!
Ah, yes, sorry.
However, over in the Qwerty thread where I asked if this could be a default/recommendation across the board:
The word “miserable” is somewhat worrying, and makes me want to backpedal on that idea.
If we keep the cursors where I suggested (right hand home position, i.e. CHTN), brackets and braces could use MWVZ as @boris suggested:
or maybe both sets on the right hand ring and pinkie but different rows like RLVZ:
or maybe mirrored on the hands like ',RL:
Any of these are in my opinion at least somewhat sane.
While I like the mirroring in the third one in theory, it’s unfortunate that the right brace in that arrangement would be the same key as the left angle bracket (on the comma key). So I think I like the other two more than that.
Of those three options, I think I like the third the best, with the mirrored braces & brackets. It seems to me that I’d rather reach up than crunch my hand down to hit keys and, while these are probably not typed terrible often in prose, they come up fairly frequently when coding. I do appreciate though that optimizing for coding is probably not the goal (although, if any profession is more likely to purchase a fancy keyboard…).
One thing to keep in mind with closing braces and brackets for programming purposes is that they are very frequently followed by enter/return so the combination should ideally be easy.
It’s been a while since I used the prototype but I don’t imagine any of the above followed by an enter key would be tricky.