mactel-support team mailing list archive

[KEYofR <brian@xxxxxxxxx>]

Agreed.

The logic behind making the new default is based on assumptions which
are surely wrong.

The logic behind making this default, whether it's terrible or sensible,
take place in the kernel instead of in X or the desktop environment is
inexplicable.

The logic behind requiring the user to manually edit a system startup
shell script, _correctly_, _to a moving target_ (name of hid module in
sysfs changes in different kernel versions) and all that that implies,
instead of in some gnome menu is also inexplicable.

I'm using an Apple keyboard on a generic pc running Ubuntu simply
because it's a great, and great looking keyboard. The fact that Apple
makes this keyboard in no way implies that I want my Linux system to
emulate OS/X.

Add another vote to the pile that says, regardless of hardware
combination (Apple keyboard on generic pc, Apple keyboard as part of
Apple laptop or pc) it is most reasonable to expect, and most reasonable
to supply, Linux behavior on Linux!

-- 
Apple fn key behavior isn't consistent with what's expected
https://bugs.launchpad.net/bugs/201711
You received this bug notification because you are a member of Mactel
Support, which is the registrant for Mactel Support.

Status in Mactel Support: New
Status in “linux” package in Ubuntu: Confirmed
Status in “linux” package in Suse: Fix Released

Bug description:
Hi, this is a follow up to bug 162083.  With my newly functional FN key on my Aluminum BT keyboard, I realized that the default behavior on it doesn't make much sense with what users have come to expect on Linux systems.  The default behavior is that the "special keys", like f1-f2-f10-f11-etc all act "special" without pressing fn.  They then act normally when you hold FN.  This is the default behavior on Mac OSX, but on Linux the FN keys are more commonly used.  Eg, it's rather awkward to have to press ctrl-alt-fn-f1 to switch to a VT, or FN-F11 to set a terminal full screen.