From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: w32-pass-lwindow-to-system does not work as expected Date: Wed, 6 Jul 2005 00:17:16 +0200 Message-ID: References: <42CADC1A.4060106@student.lu.se> <42CAE2AC.9060502@student.lu.se> <42CAE830.5050505@student.lu.se> Reply-To: Juanma Barranquero NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1120603151 19986 80.91.229.2 (5 Jul 2005 22:39:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Jul 2005 22:39:11 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 06 00:39:09 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dpw3y-0001Io-IQ for ged-emacs-devel@m.gmane.org; Wed, 06 Jul 2005 00:38:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dpw5F-0000EG-UQ for ged-emacs-devel@m.gmane.org; Tue, 05 Jul 2005 18:40:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DpvzD-0006lz-E3 for emacs-devel@gnu.org; Tue, 05 Jul 2005 18:33:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dpvz0-0006gu-PS for emacs-devel@gnu.org; Tue, 05 Jul 2005 18:33:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dpvz0-0006X9-9K for emacs-devel@gnu.org; Tue, 05 Jul 2005 18:33:38 -0400 Original-Received: from [64.233.182.199] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DpvpH-0004XP-Ub for emacs-devel@gnu.org; Tue, 05 Jul 2005 18:23:36 -0400 Original-Received: by nproxy.gmail.com with SMTP id i2so242279nfe for ; Tue, 05 Jul 2005 15:17:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XYN710wLnMJvEtNbA1kab/ybEkRmotPENFvfY+3u0bgBC54j7hHrKQtkjywqBzjApEiHQVGlFHoKlSPWf8GIpP/dnO/PBnSn8ySQFOI21GlHXebb6kcGeCE5VpcLqgHSiz5LrhZZgNrlm8Evy7RFGl53wZK1POdSEnZlkz54p0k= Original-Received: by 10.48.244.19 with SMTP id r19mr165386nfh; Tue, 05 Jul 2005 15:17:16 -0700 (PDT) Original-Received: by 10.48.250.5 with HTTP; Tue, 5 Jul 2005 15:17:16 -0700 (PDT) Original-To: Lennart Borgman In-Reply-To: <42CAE830.5050505@student.lu.se> Content-Disposition: inline X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:40473 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40473 On 7/5/05, Lennart Borgman wrote: > Non-nil if the left "Windows" key is passed on to Windows. > When non-nil, the Start menu is opened by tapping the key. >=20 > The first sentence is wrong. The second is correct. I don't see. When the variable is non-nil, Emacs does not pass the lwindow key to Windows. Windows grabs it at a lower level; that's unrelated to what Emacs does or says it does. > Perhaps there is not much need because users on ms windows may find that > this does not work as expected (after much work) and then decide that it > does not seem as Emacs work as documented. Then they leave to other > options. (A story many times told - I believe I have seen such cases.) I've seen that too. But in this case, and speaking from my experience only, I tested it, quickly discovered that some keys where always intercepted by Windows, and happily started using the ones that it didn't grab. Most users don't read docs, but the ones that do usually are able to do a little experimenting, don't you think? > Then I > could access the menu as in other w32 programs (and that is certainly a > something a novice user expects). So there could be request for it, I > believe. There could be, yes. I was pointing out that there *is not*, so changing the keyboard code at this moment for a not-clear, not-so-big gain seems, to my admittedly uninformed opinion, unwise. --=20 /L/e/k/t/u