Bug 77980

Summary: New layout "Aus der Neo-Welt"
Product: xkeyboard-config Reporter: Andreas Wettstein <wettstae>
Component: GeneralAssignee: xkb
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
See Also: https://bugs.freedesktop.org/show_bug.cgi?id=82924
Whiteboard:
i915 platform: i915 features:
Attachments: Implementation
Implementation

Description Andreas Wettstein 2014-04-26 18:41:00 UTC
Created attachment 98055 [details]
Implementation

This patch provides the layout "Aus der Neo-Welt".  This is layout
computer-optimised for German and English, based on quality criteria
similar to those used by Dvorak for his famous layout.

"Aus der Neo-Welt" has been in existence and stable for about four
years.  Its user community has a web site adnw.de and a mailing list
with currently 59 members.  The real number of users is hard to
estimate, but at this point, certainly well below the numbers of Neo 2
users (The Neo 2 mailing list was somewhat about 200 members when I
last looked).  As the number of users is still low, I put "Aus der
Neo-Welt" to the "extra" section.

The implementation is based on Neo 2, as most users of "Aus der
Neo-Welt" appreciate the level scheme it provides.

I ordered the keys primarily according to key types, not according to
key codes.  This is to make easy for users who want to implement their
Neo 2 based layout: They just have to swap keycodes in the "Aus der
Neo-Welt" implementation.
Comment 1 Sergey V. Udaltsov 2014-04-26 20:29:13 UTC
Thanks, I like the fact that you put it to extras from the start. One question - why do you want to patch rules/compat/* files?
Comment 2 Andreas Wettstein 2014-04-27 08:54:15 UTC
> One question - why do you want to patch rules/compat/* files?

Because Neo 2 does the same.  It is needed to make sure the Lock and
Shift modifiers are bound properly to obtain the Neo 2 level scheme.

caps(caps_lock) and misc(assign_shift_left_action) would be not
required if compat would always bind all modifier keys to their usual
modifiers (rather relying on Any+Lock and Any+Any patterns), along the
lines of what Stephan suggested some time ago (see bug #30980).  Maybe
you should consider his proposal.  It would make live easier for most
people (The only downside I see is that some xmodmap users might have
to adjust their configuration a bit.  And a modifier_map entry would
still be required for at least one Shift and one Control key, as
otherwise, the menus in OpenOffice will not display the shortcuts
correctly.  But I digress.).

level5(level5_lock) does not make much sense in my opinion, I just kept it to
match Neo 2.  To me, it would make more sense to replace ISO_Level5_Lock by
Num_Lock in symbols/level5.  But this is anyway irrelevant as long as
EIGHT_LEVEL_LEVEL_FIVE_LOCK and EIGHT_LEVEL_ALPHABETIC_LEVEL_FIVE_LOCK are
disabled.

Digressing once more: Does the bug that motivated disabling these
types still exist?  Currently, Neo 2 (and in the future, "Aus der
Neo-Welt") are seriously hurt by being forced to use EIGHT_LEVEL and
EIGHT_LEVEL_SEMIALPHABETIC, which do not preserve the Shift modifier
for Level 6. This would be required to use the navigation keys on
Level 5/6 to mark text.  Even when the bug still exists, I think it
would make sense to bring back EIGHT_LEVEL_LEVEL_FIVE_LOCK and
EIGHT_LEVEL_ALPHABETIC_LEVEL_FIVE_LOCK and instead to remove
PC_RCONTROL_LEVEL2 and PC_LCONTROL_LEVEL2, as the latter can easily
replaced by PC_CONTROL_LEVEL2 (unless LControl and RControl are not
bound to distinct real modifiers, which is unlikely to ever happen, as
it is unlikely to work anyway, because one of these real modifiers
will be different from Control, but still will have to be treated as
Control by all applications around).
Comment 3 Andreas Wettstein 2014-05-04 18:16:46 UTC
Created attachment 98426 [details] [review]
Implementation

Fix a typo ("den" instead of "der") in the name in rules.
Comment 4 Sergey V. Udaltsov 2014-05-06 22:51:24 UTC
Thanks, committed.

I took freedom to change the variant name to adnw/adnw_base. Hope you don't mind.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.