It's the keyboard layout.


This might well have been mentioned before (and apologies if it has), but as there really is no way to please every bods and peeps, other manufacturers do offer small (or even full size) external bluetooth/usb keyboards that could accompany the Pyra wherever you might want to use/take it.

eg -

German - http://www.ebay.co.uk/itm/Black-PU-Leather-7-Case-w-Micro-USB-German-Keyboard-For-Asus-Memo-Pad-7-HD7-/191510027128?pt=LH_DefaultDomain_3&hash=item2c96e31b78

French - http://www.ebay.co.uk/itm/Black-Faux-Leather-AZERTY-French-Keyboard-Case-with-Micro-USB-for-Tesco-Hudl-2-/141613884496?pt=LH_DefaultDomain_3&hash=item20f8d86450

Spanish - http://www.ebay.co.uk/itm/Premium-Spanish-QWERTY-Keyboard-Folding-Folio-Case-for-Google-Nexus-10-/191195296558?pt=LH_DefaultDomain_3&hash=item2c8420b32e

etc.

I know it's not ideal, but it's obvious (and that was BEFORE page 1 :p ) that there is no one solution that will please all.

I don't know if these would even be feasible, but perhaps they could work and help reduce the need for every language to be accomodated on the Pyra keyboard. Dunno. Just saying.
 
Last edited by a moderator:
This might well have been mentioned before (and apologies if it has), but as there really is no way to please every bods and peeps, other manufacturers do offer small (or even full size) external bluetooth/usb keyboards that could accompany the Pyra wherever you might want to use/take it.

eg -

German - http://www.ebay.co.uk/itm/Black-PU-Leather-7-Case-w-Micro-USB-German-Keyboard-For-Asus-Memo-Pad-7-HD7-/191510027128?pt=LH_DefaultDomain_3&hash=item2c96e31b78

French - http://www.ebay.co.uk/itm/Black-Faux-Leather-AZERTY-French-Keyboard-Case-with-Micro-USB-for-Tesco-Hudl-2-/141613884496?pt=LH_DefaultDomain_3&hash=item20f8d86450

Spanish - http://www.ebay.co.uk/itm/Premium-Spanish-QWERTY-Keyboard-Folding-Folio-Case-for-Google-Nexus-10-/191195296558?pt=LH_DefaultDomain_3&hash=item2c8420b32e

etc.

I know it's not ideal, but it's obvious (and that was BEFORE page 1 :p ) that there is no one solution that will please all.

I don't know if these would even be feasible, but perhaps they could work and help reduce the need for every language to be accomodated on the Pyra keyboard. Dunno. Just saying.
I dont think that is a good solution. I would like to use mine on the bus or really anywhere, if i needed to use an external keyboard i would get a small laptop instead.
 
Yup I dont think it is possible to get an 'Ideal' solution for 10 languages on a small leyboard either. I do think the already mentioned concept with a keymap per country and a functional area would be better borderlining good.


Think five or so keys marked with a another background color, and the only difference between the layouts are on these keys. This way ppl would have to memorize these buttons that they actually use, and the keys of a french guys keymat would not be littered with swedish symbols (no offence anyone =) )


Cons are that the keys on the functional area would have to memorized, and more so if you write in several languages. It would however not add any weight or take more room than my pocket has.


However, i think the result will be 3 printed symbols per key, all latin based languages supported using one keymap and modifiers. It will be ok as well, and i know a lot of work has been put into getting there (72 pages omg).


So glad you asked my opinion =)
 
Is this really too much clutter?
I personally like it, but I suppose as an English only speaker my opinion is weighed less.
Au contraire, mon frère! English-only speakers are an important minority in this community, according to the language poll!

Especially when it comes down to judging the "burden" of multilingual "clutter", English-only speakers is pretty much the most relevant group to consider, because they have to "suffer" the most "foreign stuff".
 
Last edited by a moderator:
Is this really too much clutter?
Dont get me wrong, I think it is way cleaner than some that has been proposed and I have loads of respect for the work many here has put into the layout and keymat. but I count 7 red prints that i with 100% certainty will never use (german and french?)- I will still have to Spend time on them every time i try to find a symbol my fingers dont know. When i look at it, i clearly see it is not really inteded for norwegians. Compose key for for æ and å, and a presumably dead strike key for ø will take a long time getting into my fingers, these are dedicated on all norwegian keyboards and I will need to remap these.


I have not gone to any length exploring keyboard layouts though, but I believe in the functional area concept.


Cheers.
 
After 71 Pages I come to the personal conclusion that one single layout does just not satify everyone. So the logic suggests to make various layouts to cover the different regions, at least the major ones.
It really took you 71 pages? For the latter part of your statement, I don't believe making different keymats for other regions is feasible due to cost.
 
I don't think region-specific keymats would be a good idea, because:

  • Other than shuffling the letters and number row symbols around to the QWERTZ and AZERTY positions so people feel more "at home", there are not enough keys to really make it significantly more efficient than one universal layout, e.g. a German keymat cannot look like a real German keyboard with dedicated keys for ÜÄÖß, because we simply do not have room for them.
  • It would add cost.
  • It would make ordering and shipping more complicated.
  • It would make the logistics harder (how to estimate how many of each regional keymat to order? there will be more "wasted" / unsold keymats)
  • It would make software support harder, because Pyra devs cannot count on one single default layout
In other words, relatively little gain, big loss.

I do think that it is possible to make one single layout that satisfies everyone. Not everyone will love it, obviously, and there are lots of things that are mostly a matter of taste, even stupid things like the color for the auxiliary labels. But I do think that it's possible to have one single layout that works 'well enough' for everyone*.

* where "everyone" is defined as Europeans, Americans (North/Center/South), and Australians, to the extent that they use Latin-script based languages, and they are not comradekingu.
_wb_, ghostpatch, Sepulep, comradekingu, Ziz, EvilDragon, FIQ, Lykurgos, LEOXD, hns, Mute, WizardStan, rygD, Pritchy, Kiga, Ryo Hazuki, _jr_, Levi, Burb, N3Cr0, khalismur, nobgu, 3xcl4m4t10n, xiongxioi, Fahrstuhl, pndrsky, Djhg2000, Ligachamp, F_Slim, Lafazar, gardrek, Majin Wamu, laserbeams, mzw, ible, Lennaick, Løra (Lolla)

 

Those are the people that voted for having a wider keyboard. Including you, in your vote. The majority actually. Thats all they asked for. Otherwise top notch attempt to marginalise me.

 

In my vote, the winner was
bullet_star_rated.png
Fullest possible english layout by default against
bullet_star_rated.png
Reduced english layout by 25-7.

 

You can have a look at the map, or ekis work, same story. Its all very clear when you dont lump europeans together, but instead look at what their languages are, and what their keyboards look like.

 

Why is it that going from azerty to qwerty has a discernible benefit, but taking away whole typewriter keys is supposedly irrelevant?

 

There is room for ÜÄÖ and keyboardshift. By your own less used admission, that is a lot better than having none of them. If you are sufficiently advanced to use shouldershift, there are enough keys for all of them. AltGr+s to type ß is in terms of standards, as close as it gets.

 

It should come as no surprise that the same is possible for other western european nations.

 

Printing anything on the keymats adds cost too, and it shows how your argument doesn't account for adding value. The prospect of unsold devices (costing 500+ €) is a lot more costly than sitting on an inventory of unsold keymats. I should think the lesson has been learnt, and that overstocking will not occur.

 

People have already shown interest, there is no reason to doubt they will lay money on the table. Even upfront.

 

It doesn't have to happen right away, but making additional keymats adds little trouble if you have software issues in mind at the design stage. Designing for helping with that issue is a bonus, not a detriment.

 

If we go back to the ED argument, who are the «normal people» that are fine with everything mixed? Its not English people, because they are largely monolingual. And it sure isn't international people, because they have non A-Z layouts.

 

People that can make due with diacritics in the wrong places, with non-dedicated invokers, is not a huge market that I can see. And its very much an untested one.
 
Last edited by a moderator:
A "wider keyboard" (with room for ÜÖÄß as dedicated keys at or near their expected position) has one big problem: there are only three keys left for comma, period, shift, Meta/Fn/AltGr, Enter and Tab. In other words, you have to eliminate three out of those six keys (i.e. make them non-dedicated keys or move them away from the main keyboard section). To me, that is an unacceptable trade-off.

Is this really too much clutter?
Dont get me wrong, I think it is way cleaner than some that has been proposed and I have loads of respect for the work many here has put into the layout and keymat. but I count 7 red prints that i with 100% certainty will never use (german and french?)- I will still have to Spend time on them every time i try to find a symbol my fingers dont know. When i look at it, i clearly see it is not really inteded for norwegians. Compose key for for æ and å, and a presumably dead strike key for ø will take a long time getting into my fingers, these are dedicated on all norwegian keyboards and I will need to remap these.
Yes, Norwegians will have to remap, or use something like US-International with Æ Å Ø on the AltGr layer (where AltGr would be a shoulder button). They are in my opinion too small a language (even if you add Danish too) to "deserve" three extra labels. If more labels are added, ç and ñ would get higher priority than å æ ø.
 
Personally, I still think that most of the symbols not found on a US-Qwerty keyboard should be hidden, not because of clutter, but to allow different predefined national layouts that modify a selection of otherwise undefined keys in the meta shift+meta layers with an optimal layout for that specific language. (with software to display the relevant keymaps (and switch them) when needed)

By putting _+{}|:"? on the shift+meta layer, it would maximise the area available for localisation.

One of _wb_'s earlier "DosBOX Compatible" layouts would probably make a good multi-lingual default for those keys for users who don't have any specific non-English language requirement.

- Neelix
 
Personally, I still think that most of the symbols not found on a US-Qwerty keyboard should be hidden, not because of clutter, but to allow different predefined national layouts that modify a selection of otherwise undefined keys in the meta shift+meta layers with an optimal layout for that specific language. (with software to display the relevant keymaps (and switch them) when needed)

By putting _+{}|:"? on the shift+meta layer, it would maximise the area available for localisation.

One of _wb_'s earlier "DosBOX Compatible" layouts would probably make a good multi-lingual default for those keys for users who don't have any specific non-English language requirement.

- Neelix
Trying to keep track of _wb_'s layouts is like herding cats.

So what you would like is something like this with the non-English characters in the Fn layer not printed?

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

Yes, that is one of mine based on a _wb_ layout. I didn't want to sort through his to find one similar.

Another option would be to do something like this with the English standard Fn layer characters in bold and the rest 'standard'. I wish we could sneak in a 3rd color - actually just a darker shade of the 2nd color - but that would be a 3 color print job and more expensive. I'm not sure if I would want to 'just leave them off' though.

If you give the attached one a mental run-through, I think you'll find it very efficient for most tasks.

Edit: Oh, almost forgot - for those keeping score, this one meets the all of ED's suggested features and functionality, with the exception of the few that have been proven illogical (DosBox without Fn+shift, no Fn) or silly (3 shift keys).
 
Last edited by a moderator:
Scandinavia bought a lot more devices than their numbers constitute. And thats _without_ language-support. Did you forget your own language poll too? Flurg4life.

So if a poll was made asking what is more important, the wider keyboard that people want or AltGr closer to its 10-finger position, you think people would come down on the side of the latter?
 
Last edited by a moderator:
Personally, I still think that most of the symbols not found on a US-Qwerty keyboard should be hidden, not because of clutter, but to allow different predefined national layouts that modify a selection of otherwise undefined keys in the meta shift+meta layers with an optimal layout for that specific language. (with software to display the relevant keymaps (and switch them) when needed)

By putting _+{}|:"? on the shift+meta layer, it would maximise the area available for localisation.

One of _wb_'s earlier "DosBOX Compatible" layouts would probably make a good multi-lingual default for those keys for users who don't have any specific non-English language requirement.

- Neelix
 That makes sense, too. But why not provide a default that works well for English, French and German (the three languages specifically mentioned by ED), and do the rest with software as you describe?

Another option would be to do something like this with the English standard Fn layer characters in bold and the rest 'standard'. I wish we could sneak in a 3rd color - actually just a darker shade of the 2nd color - but that would be a 3 color print job and more expensive. I'm not sure if I would want to 'just leave them off' though.
We don't need a third color for that: just big and bold for the ASCII symbols, and small and thin for the (default) foreign letters.
 
Personally, I still think that most of the symbols not found on a US-Qwerty keyboard should be hidden, not because of clutter, but to allow different predefined national layouts that modify a selection of otherwise undefined keys in the meta shift+meta layers with an optimal layout for that specific language. (with software to display the relevant keymaps (and switch them) when needed)


By putting _+{}|:"? on the shift+meta layer, it would maximise the area available for localisation.


One of _wb_'s earlier "DosBOX Compatible" layouts would probably make a good multi-lingual default for those keys for users who don't have any specific non-English language requirement.
Trying to keep track of _wb_'s layouts is like herding cats.


So what you would like is something like this with the non-English characters in the Fn layer not printed?

http://www.keyboard-layout-editor.com/#/layouts/467f092b9169fe6c6b411baa5a39beeb
I was thinking more along the lines of this one, but leaving the meta layer of W-T, A-H and Z-M unprinted.

That makes sense, too. But why not provide a default that works well for English, French and German (the three languages specifically mentioned by ED), and do the rest with software as you describe?
Yeah,  I'd say that sounds like a good basis for the default assignments for those keys.

- Neelix
 
I was thinking more along the lines of this one, but leaving the meta layer of W-T, A-H and Z-M unprinted.
I can live with that layout - it is very similar to the one I posted in the above example.

Personally, I would be just fine with leaving all of the non-English characters off - it wouldn't change my use of the device a bit. However, I can understand the need to 'Internationalize' this so that the one key mat can 'work' for the broadest spectrum of Western European languages.

Is the non-English set something that would truly bother you to have on the device? Or is it something you could just, 'ignore and move on'? I'm pretty sure I could just ignore the characters I don't need. They are not particularly obtrusive. Since they're all on the left 2/3 of the keyboard, I can simply ignore the orange writing on that zone and be good with it. I.e. they're contained in one area to the left and the English Fn characters are on the right. Easy.
 
Personally, I still think that most of the symbols not found on a US-Qwerty keyboard should be hidden, not because of clutter, but to allow different predefined national layouts that modify a selection of otherwise undefined keys in the meta shift+meta layers with an optimal layout for that specific language. (with software to display the relevant keymaps (and switch them) when needed)

By putting _+{}|:"? on the shift+meta layer, it would maximise the area available for localisation.

One of _wb_'s earlier "DosBOX Compatible" layouts would probably make a good multi-lingual default for those keys for users who don't have any specific non-English language requirement.

- Neelix
 That makes sense, too. But why not provide a default that works well for English, French and German (the three languages specifically mentioned by ED), and do the rest with software as you describe?
Why not provide a default that works even better for English, French and german, and do the rest as per described? That is the compromise.
wb said:
PERFECT: All commonly used letters are available as primary keys
 I should think language is more important to the target demographic than symbols. Maybe we should ask the userbase if greek and extra math provisions are wanted too.
 
Last edited by a moderator:
Is the non-English set something that would truly bother you to have on the device? Or is it something you could just, 'ignore and move on'? I'm pretty sure I could just ignore the characters I don't need. They are not particularly obtrusive. Since they're all on the left 2/3 of the keyboard, I can simply ignore the orange writing on that zone and be good with it. I.e. they're contained in one area to the left and the English Fn characters are on the right. Easy.
Having those characters printed wouldn't bother me much in and of itself.   As I've said before, I'm not terribly concerned about visual clutter.

It's just that the idea of of having multiple good keymaps with no conflicting symbol information on the keys (as opposed to just one all-inclusive layout with a lot of compromises) really appeals to me. 

- Neelix
 
Is the non-English set something that would truly bother you to have on the device? Or is it something you could just, 'ignore and move on'? I'm pretty sure I could just ignore the characters I don't need. They are not particularly obtrusive. Since they're all on the left 2/3 of the keyboard, I can simply ignore the orange writing on that zone and be good with it. I.e. they're contained in one area to the left and the English Fn characters are on the right. Easy.
Having those characters printed wouldn't bother me much in and of itself.   As I've said before, I'm not terribly concerned about visual clutter.

It's just that the idea of of having multiple good keymaps with no conflicting symbol information on the keys (as opposed to just one all-inclusive layout with a lot of compromises) really appeals to me. 

- Neelix
Multiple layouts can break positional key bindings (key bindings chosen because of their absolute or relative position on the keyboard) . See example in my previous post. Because of this I think the primary key functions should be the same in all layouts, if there are multiple.

What happens behind modifiers mainly affects software that expect certain shift-pairs as has been said here before. I consider this a lesser issue though, because key bindings rarely depend on what symbol comes out of X using a modifier.
 
Last edited by a moderator:
Back
Top