From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 03:15:20 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E21F3EF5; Thu, 14 Aug 2014 03:15:19 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE10264B; Thu, 14 Aug 2014 03:15:19 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id uq10so3748236igb.5 for ; Wed, 13 Aug 2014 20:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=z/HCRRVXvOY7ebc+Qq17PL75dwnVAJkQaoSEVY8l4LU=; b=rUWSftvrctvjLxvL/n3zzuXtIw9+deVrna/8413dg4tPymhv7U6jOr2dUMVnc72ld+ 2eyr4rQMdBAdjliT7UzAwIzjD/w8lsUbt+ZeZAc7VpUyFetKozmR8WYWzBctxNldc2yD AThcSV4e03qHGktWoix4iCMhLH2kP3Rl1XFHOKgt7Wgfj0MDRUy0TTcbMyETX8J8cGn+ xOmb+JvqQ08W+6YbcXWzxNVwMlwkUBQAl2oLGXWWr/30k4jqvI9NouqUTFVABHMjThgo 2CNQciAQvNE/9rroH60h6dMeNDt8vOUGgE/vzYa54jHTtCKn7ZyPKf9uaZM/eabvNvUM 3tCw== X-Received: by 10.50.32.2 with SMTP id e2mr53609214igi.33.1407986118975; Wed, 13 Aug 2014 20:15:18 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.131.38 with HTTP; Wed, 13 Aug 2014 20:14:58 -0700 (PDT) In-Reply-To: <53EBEDC8.3080303@freebsd.org> References: <53EA0EC2.2070601@freebsd.org> <53EA1E5A.5020707@FreeBSD.org> <53EA2D00.7010307@freebsd.org> <53EB0DA0.5000305@freebsd.org> <53EBEDC8.3080303@freebsd.org> From: Ed Maste Date: Wed, 13 Aug 2014 23:14:58 -0400 X-Google-Sender-Auth: 0mmyUijrjKdptikutEztl4K2fao Message-ID: Subject: Re: Keymap definitions for VT / NEWCONS To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: "Andrey V. Elsukov" , Aleksandr Rybalko , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 03:15:20 -0000 On 13 August 2014 18:59, Stefan Esser wrote: > > And I think it is better to use locale names in any case. The > selection logic has to be there for locales, why complicate > matters by introducing 2-letter names, which in fact match > the 2nd half of a locale name when country code and language > code don't match (as in "en_US.kbd" vs "us.kbd"). > > I think we should provide keymap files under the same names > as the locale names (less the encoding). But there isn't a 1:1 mapping between locales and keyboard maps, since we have to deal with some special cases (like dvorak). We should let the end user independently choose the language (for interacting with the installer), keymap, and locale anyway, even though in most cases there is a straightforward mapping between them. So I don't think it makes much difference if we have a keymap called fr.kbd for example, or a different name. > We'll need a mapping file (like "INDEX.keymaps" for syscons), > I assume. I wouldn't necessarily call INDEX.keymaps a mapping file; it's just used for the menu-driven keymap selection. I think we can use the exact same scheme and file format for vt(4). > The keymap names are not consistent, as it is now. If we agree, > that names without ".acc." are "nodeadkey" variants and with > ".acc." have dead keys for accents and the like, then for some > locales the ".acc." version will be "normal" and expected by > users, while its the plain version for other locales. Are you proposing that we have a combination of *.kbd, *.acc.kbd, and *.nodeadkey.kbd variants, depending on which type is the common / expected case for various layouts? > That's why I suggested to follow some other system (e.g. Windows) > use of accent keys / dead keys. Users in the respective locales > will know and expect the keyboard to behave just this way. I think it's important to make a distinction between the way the user selects a keymap, and the filename. In the common case I think users will choose a layout from a menu, and won't necessarily see or care about the filename. I'm not sure what contemporary Windows versions do with respect to keyboard selection - can you describe the process it uses? > And it is really annoying to see my efforts wasted! :( I don't think any of your effort is wasted -- my commit was just an svn copy of the 8 trivial kbd files, as I thought you were working only on the keymap files needing conversion for Unicode. Anyhow, changing the naming scheme (if we want to do that) isn't a big deal. We'd have to deal with pl.kbd and ua.kbd already. -Ed