It's the keyboard layout.


I'm honestly not being picky! But looking again, the escape looks too surrounded would it cause a storm of controversy if it was on meta-pyra ?


What you use the spare meta key for then I'm not sure but a spare function on such a tiny keyboard is never a bad thing...!


Its looking like a sane layout though...
My phone number block layout has dual meta. It's more a two thumb than a standard design though which some people might find intimidating

http://www.keyboard-layout-editor.com/#/layouts/df3cb2cafe0f6de73349e3927231af28
 
brave idea but I think many will prefer a line of numbers and when they are in a block expect them not to be staggered (ie like a num pad)

with only 9 keys needing shift - there seems to be some wastage...
 
Last small change, the hardware buttons are now named C1 through C4, being C for custom or OS assignable. I guess they could be made to do anything.

http://www.keyboard-layout-editor.com/#/layouts/bd4cfc1dd95c8d4fffe90c686ad6b14a
That... I actually like. I could use that.

I'm honestly not being picky! But looking again, the escape looks too surrounded would it cause a storm of controversy if it was on meta-pyra ?

What you use the spare meta key for then I'm not sure but a spare function on such a tiny keyboard is never a bad thing...!

Its looking like a sane layout though...
My phone number block layout has dual meta. It's more a two thumb than a standard design though which some people might find intimidatinghttp://www.keyboard-layout-editor.com/#/layouts/df3cb2cafe0f6de73349e3927231af28
That... is no good at all. Sorry, but that one's shite. Your previous was by far the best layout suggested yet.

D.
 
Last small change, the hardware buttons are now named C1 through C4, being C for custom or OS assignable. I guess they could be made to do anything.

http://www.keyboard-layout-editor.com/#/layouts/bd4cfc1dd95c8d4fffe90c686ad6b14a
That... I actually like. I could use that.

I'm honestly not being picky! But looking again, the escape looks too surrounded would it cause a storm of controversy if it was on meta-pyra ?


What you use the spare meta key for then I'm not sure but a spare function on such a tiny keyboard is never a bad thing...!


Its looking like a sane layout though...
My phone number block layout has dual meta. It's more a two thumb than a standard design though which some people might find intimidatinghttp://www.keyboard-layout-editor.com/#/layouts/df3cb2cafe0f6de73349e3927231af28
That... is no good at all. Sorry, but that one's shite. Your previous was by far the best layout suggested yet.


D.
Well, I don't think it's that bad at all, but every one is entitled to their opinion ;)

But no worries, if I had to choose myself I think I'd choose the first one too.

I made 4 proposals in total, these being the first two. I also made an international and a dual modifier layout. All are in the final proposals thread.
 
Last small change, the hardware buttons are now named C1 through C4, being C for custom or OS assignable. I guess they could be made to do anything.

http://www.keyboard-layout-editor.com/#/layouts/bd4cfc1dd95c8d4fffe90c686ad6b14a
Assigning functions to modified modifiers isn't a good idea,  if you do that those modifiers can't be combined.

-Neelix
I guess you're saying it's not wise to put a meta function on a macro- or user assignable key? 

Couldn't it be programmed so that the key just farts out the same key scan code as the other keyboard meta instead of keyboard brightness for instance?
 
Last small change, the hardware buttons are now named C1 through C4, being C for custom or OS assignable. I guess they could be made to do anything.

http://www.keyboard-layout-editor.com/#/layouts/bd4cfc1dd95c8d4fffe90c686ad6b14a
Assigning functions to modified modifiers isn't a good idea,  if you do that those modifiers can't be combined.

-Neelix
I guess you're saying it's not wise to put a meta function on a macro- or user assignable key? 

Couldn't it be programmed so that the key just farts out the same key scan code as the other keyboard meta instead of keyboard brightness for instance?
I'm saying it's not a good idea to put a meta function on a modifier key.  (ie the shoulder buttons)

Lets say i want to press Alt-F4 to quit an application,  so I start by pressing L2+R2... (meta+alt) oops, that's Sysrq...  

I'm sure you can see how this could be a problem.

-Neelix
 
Ah right!

Slight oversight ;) Thanks for pointing it out.

I can do without a sysrq, I will just remove them and update the final proposal thread post.
 
Last edited by a moderator:
Presumably the power button is tied to a hardware interrupt, why not use that as the SysRq? A SysRq on a regular key is no good anyway, it NEEDS to be tied to an interrupt. If the CPU gets so bogged down or the stack gets so corrupted that the keyboard driver isn't working right, having a SysRq on a regular key won't do shit. Putting it on a hardware interrupt line means that no matter what the CPU is doing, the instant you press that key it will do its thing. The interrupt can then poll the GPIOs to figure out what is meant by this particular press, or if it's held for a certain length of time initiate a shut down, and if its held even longer just do a hard power down.
 
I do think that having non-primary numbers is an option worth considering, but in my mind, it has one important downside:

it means the layout is not strictly better (that is, better in every single respect) than the Pandora layout.

Since we have more keys available than on the Pandora, it is possible to have a layout that is strictly better: every key that is a primary key on the Pandora can also be a primary key on the Pyra, we just have keys in better positions (number row more reachable), some keys that used to be on the Fn-layer on the Pandora can now become primary keys, and some keys that were not available at all on the Pandora (e.g. üöä) can now become available.

So I want to go back to "numbers on primary keys" for now, and also "no Shift+Fn/Meta symbols", because that also breaks the "has to be strictly better than Pandora" principle (yes, you can argue that Shift+Meta is an "easy mash", but even if the difference is little, it is still worse than just one modifier; "DOSBox compatibility" is an orthogonal issue that should be fixed by fixing DOSBox or with a global input translation daemon).

These are my design principles (and yes, some of those do conflict; the principles are roughly ordered from most important to least important):

  • Strictly better than Pandora
  • Resemble US-QWERTY
  • Backwards compatible with Pandora
  • Better spots (less modifiers, easier to reach or find) for more frequently used keys
  • Support for English, German, French, Spanish, Portuguese and other European Latin-script-based languages (in that order)
  • Functionality above form (not dropping features just to make it look better)
  • Efficient to type on
  • Easy to learn, simple learning curve, no reference manuals needed
  • Geeky features: GREEK and MATH (a bit like the legendary Space cadet keyboard)
  • Has to look good (æsthetically)

This is my main proposal:

http://www.keyboard-layout-editor.com/#/layouts/6a08111e0637fde970187896c02cf4ad

(whether and how those non-ASCII letters ß Ü Ö Ä for German and À È É for French should be labeled is something that can be debated, I'm currently slightly in favor of not labeling them)

Here is a variant with a left-aligned QWERTY row to allow P+1, L+2 remapping:

http://www.keyboard-layout-editor.com/#/layouts/dfcbf6db09566784ed9e3190816dc290

The two above are not new, those are from about a month ago, I just updated the action button labels according to the discussion from the action button label thread.

Here is another variant, with a centered QWERTY row again, but with some interesting changes:

http://www.keyboard-layout-editor.com/#/layouts/ca64e4e86233f302a7d52150ec0909d5

  • Backspace is moved to the bottom extra action button
  • The top extra action button is Delete; Backspace and Del are nicely symmetric, and by putting them on the extra action buttons, they should be somewhat protected against accidental presses (because that's how those extra action buttons are designed) while still being very easy to press (because they're still action buttons, after all)
  • Insert at Meta+space (rarely needed key, so no problem to have it only as a Meta key)
  • Dash/underscore is now a dedicated key, in its standard US-QWERTY position (this is nice because it is a very important punctuation key, in all use cases: text typing, command line use and coding)
  • + at P ("plus"), = at I ("is"); this also puts plus close to minus
  • The German letters ÜÖÄß are at Meta+UOAS, which makes a lot of sense
  • Spanish Ñ at Meta+N, French/Portuguese Ç at Meta+C, which both make a lot of sense
  • The French letters À È É are also labeled, not at A and E because A is Ä already and there is only one E and two accented E's; however all special letters needed for French are clustered (Ç À È É) and the É is also useful for Spanish (like all vowels with an acute accent), so it's nice to have it "clustered" with Ñ.
  • If we don't care about macron, we could put F11 at Meta+dash, however for F12 we still need to find a spot then (Enter is an option but I would prefer to avoid that, because there might be games where you want to mix shoulder buttons with Enter without unexpected effects)
 
Last edited by a moderator:
Is there the possibility to change the behavour of Nub2 to scroll in webpages with it?
 
Presumably the power button is tied to a hardware interrupt, why not use that as the SysRq? A SysRq on a regular key is no good anyway, it NEEDS to be tied to an interrupt. If the CPU gets so bogged down or the stack gets so corrupted that the keyboard driver isn't working right, having a SysRq on a regular key won't do shit. Putting it on a hardware interrupt line means that no matter what the CPU is doing, the instant you press that key it will do its thing. The interrupt can then poll the GPIOs to figure out what is meant by this particular press, or if it's held for a certain length of time initiate a shut down, and if its held even longer just do a hard power down.
It's a good point you've brought up so I'm curious to know if the keyboard driver isn't working, then how do we utilize any low-level command combos, which is why we'd want SysRq in the first place? 
 
Last edited by a moderator:
Last edited by a moderator:
Here is another variant, with a centered QWERTY row again, but with some interesting changes:

http://www.keyboard-layout-editor.com/#/layouts/ca64e4e86233f302a7d52150ec0909d5
I like the centered one, the del and backspace idea makes sense and putting insert on meta space is good too.

Did you forgot the € symbol? And You might redesign the "_-" button, I dont get which line is the _ and which is -.
No, € is at ¤ by default, but e.g. if you're in the UK then that key could produce £, or if you're in Japan it could produce ¥. You could even configure it to produce the actual "¤" symbol, or to become a "dead currency key", which you press first and then follow with a letter to get all kinds of currency symbols: e.g.

฿ ¢ ₫ € ƒ ₲ ₴   ﷼ ₭ £ ₥ ₦ ௹ ₰ ₢ ₪  ৳ 元 ₩ ¥   ₳ ₱ ₡ ₯ ₠ ₣ ៛ ₤ ℳ ₦ ૱ ₧ ₨ $ ₮ 圓 円

It is tricky to design a dash,underscore (-_) key using the convention of superscripts for shifted symbols without being ambiguous. The unshifted symbol is dash/minus (-), the shifted symbol is underscore (_), just like on a US-QWERTY keyboard.

Given that the keys are rectangular (unlike normal keyboard keys which are square), it probably makes sense to not use superscripts for shifted symbols, and then you would get 1! 2@ 3# 4$ 5% 6^ 7& 8* 9( 0) -_  which is less ambiguous.
 
I have this same(gimmick?) in my layouts too where the person could chord Fn and Shift by covering both of them with a thumb or index finger to get a new level of values, but I don’t much care for the average Pyra user to be pushed to have to do this every time, particularly for standard punctuation. In my layouts in my sig below, for symbol sets !@#$%^&*() and - _ = + { [ ] } \ | : : ‘ “ < > / ? you’d press either a single Shift key or a sole Fn(Meta) key. Those are also ONE press actions and they are delivered without the cost of demoting the entire number row behind Fn(Meta).
To get to your single shift or single Fn key though, you have to give up a lot of things that may not seem obvious on the surface. You're giving up symbol pairs - which directly breaks compatibility with DosBox and many of the PC gaming things that are coming down the pipe. Emulated PC gaming, both X86 Linux and X86 DOS is going to be a huge thing with the Pyra. The keyboard needs to be ready to support that properly. Broken shift pairs doesn't work well with that. Having numbers and F1-F12 on the same physical keys and not accessible at the same time doesn't work well with that.

You brag about having - _ = + { [ ] } \ | : : ‘ “ < > / ? on only one modifier, but neglect to mention that I have the roots for all of those as ROOT KEYS, no modifier - and the others I have MATCHED to their shifted pairs, and even those are only on one modifier. They're not pushed to the Fn layer of some random key, they're ON their OWN key with their paired symbol.

http://www.keyboard-layout-editor.com/#/layouts/ee8d3bc8b446f99c027105d3810f8d07

{ doesn't belong on Fn+W. { belongs on shift+[.

You have ~ on Y and ` on N. I have a `~ key. Added bonus, people who need or care can use Fn+ that key to drive dead key diacritics without having to guess or search.

Moving the numbers to the Fn layer is BETTER than moving the rest of the symbols to the Fn layer. Numbers are in a logical order - they're easier to find and can even be 'counted' to find in the dark.

So, in my humble opinion, you gave up a LOT to have those numbers on the top layer. I like numbers, but I like them a lot more when they're on the same Fn layer as F1-F12 AND freeing up space for the punctuation and bracket keys AND getting simple diacritics AND retaining symbol key pairs AND become capable of making a 33 key PC gaming control pad at the push of two buttons without loosing any letters AND while in Fn-Lock (gaming) mode, the Esc key becomes top-level (dedicated).

I’d also like to state that as much as some really dislike it and disagree with having two keyboard Shifts, and I do understand their side of it, that there are your fellow members who don’t concede the shoulder trigger Shift key in text entry tasks at all, and that if we do have two keyboard Shifts as in my layouts with Left Shift on the right side and Right Shift on the left side(and also reflected on L1), this arguably disposable Left Shift key could become at the user’s discretion by remap any key or keys they’d like it to be: Å, Ç, Ñ, /, \, |,  , Tab, SysRq, Pause, Menu, Super, all three of å, æ, ø, the Compose key, or even a dedicated Escape key should they want it there. :)    
3 shift keys is a complete waste - and why on earth would left be on the right and right on the left and right exists twice...? Logic fails.
 
Given that the keys are rectangular (unlike normal keyboard keys which are square), it probably makes sense to not use superscripts for shifted symbols, and then you would get 1! 2@ 3# 4$ 5% 6^ 7& 8* 9( 0) -_ which is less ambiguous.
Less ambiguous?  I disagree. I reckon we should keep the superscript for shifted symbols convention.

-Neelix
 
Given that the keys are rectangular (unlike normal keyboard keys which are square), it probably makes sense to not use superscripts for shifted symbols, and then you would get 1! 2@ 3# 4$ 5% 6^ 7& 8* 9( 0) -_ which is less ambiguous.
 
Less ambiguous?  I disagree. I reckon we should keep the superscript for shifted symbols convention.


-Neelix

I meant: less ambiguous specifically for the key "-_". Since the main difference between minus and underscore is their position, it is hard to tell which is which if you use the superscript convention. In fact, doing superscript on underscore brings it roughly to the level of minus, or even lower, depending on which symbol exactly you use for the dash key: hyphen (‐), en dash(–), em dash (—), minus (−), or hyphen-minus (-).

So for clarity it might be better to use a double (nested) superscript, or does that make it even worse?


One superscript:    -_ 


Two superscripts:   -_


No superscript:       -_
 
Back
Top