From owner-freebsd-current@FreeBSD.ORG Mon Sep 27 13:34:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4FAD106564A; Mon, 27 Sep 2010 13:34:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECD48FC12; Mon, 27 Sep 2010 13:34:35 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3BBAB.dip.t-dialin.net [87.179.187.171]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 5F65384400C; Mon, 27 Sep 2010 15:34:30 +0200 (CEST) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 0A9BB188A; Mon, 27 Sep 2010 15:34:23 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o8RDYJxG078614; Mon, 27 Sep 2010 15:34:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 27 Sep 2010 15:34:19 +0200 Message-ID: <20100927153419.13263v44ijw12m4g@webmail.leidinger.net> Date: Mon, 27 Sep 2010 15:34:19 +0200 From: Alexander Leidinger To: Hans Petter Selasky References: <201009271421.42082.hselasky@c2i.net> In-Reply-To: <201009271421.42082.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 5F65384400C.A861B X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.351, required 6, autolearn=disabled, RDNS_NONE 1.27, TW_KB 0.08) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1286199272.86372@NeVIGK3YKSmy73w8K/FcDg X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [USB] Keyboard, mouse and ergonomy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 13:34:36 -0000 Quoting Hans Petter Selasky (from Mon, 27 Sep 2010 14:21:42 +0200): > Hi, > > I was thinking about adding a sysctl to ukbd and ums that shows how many > keypresses have been done and how many pixels you have moved the mouse during > a day. These number will mostly be useful for making ergonomic arguments that > a certain way of working is better than another one. > > Anyone have any comments or input on this? Are there any security concerns > about this? Be careful with ergonomic arguments. For example the screen corners are easy (and fast) mouse targets (if they are used for something in the software), and would give a false impression if you count mouse-device movement instead of mouse-pointer movement on the screen (which you can not measure in ums). The most easy ergonomic point for a mouse is the current position (pop-up menus), and this involves not much movement... Regarding key-presses there's also the problem of having the keys directly under your fingers, or having to move back and forth with the hands (also depends upon the keyboard layout and type of work you do). Regarding metrics I suggest to: - add a click-count - not hardcode the counter-reset (let a sysctl handle the counter reset upon request) - differentiate between normal key presses and shift-ed/control-ed/... ones (I do not think that caps-lock should count as shift-ed) - I do not know if it makes sense to have a hold-time (for shift/control/...), if this is for real ergonomic research, this could be helpful Regarding the security: - don't make this real-time stats, add some artificial delay (you could interpolate what is typed just by watching the stats), I suggest to make the delay at least several seconds long (to cover people with disabilities and maybe people which search each character with one finger), for real ergonomic research this is counter-productive (but you stated that you want to measure on a per-day basis, to this should not matter in your case) - make it depending on a compile time knob (disabled by default) and issue a warning on device attach if compiled in Bye, Alexander. -- An honest tale speeds best being plainly told. -- William Shakespeare, "Henry VI" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137