From mint-bounce@lists.fishpool.fi  Sun Apr  3 03:20:15 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] Multimedia Keys & Notification
From: "Evan K. Langlois" <Evan@CoolRunningConcepts.com>
To: Petr Stehlik <joy@sophics.cz>
Cc: mint@fishpool.com
In-Reply-To: <1112487528.6875.9.camel@joy.home>
References: <1112486017.28763.205.camel@taro.coolrunningconcepts.com>
	 <1112487528.6875.9.camel@joy.home>
Content-Type: multipart/alternative; boundary="=-/XnTZunP5pkk3nWBjTdX"
Organization: Cool Running Concepts
Date: Sat, 02 Apr 2005 19:17:21 -0600
Message-Id: <1112491042.28763.232.camel@taro.coolrunningconcepts.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.3 
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - esc14.midphase.com
X-AntiAbuse: Original Domain - fishpool.com
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - CoolRunningConcepts.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: Evan@CoolRunningConcepts.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-0.9 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00, HTML_MESSAGE
X-Spam-Level: 


--=-/XnTZunP5pkk3nWBjTdX
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: quoted-printable

On Sun, 2005-04-03 at 03:18 +0200, Petr Stehlik wrote:

> Evan K. Langlois p=ED=B9e v So 02. 04. 2005 v 17:53 -0600:
>=20
> > There has been a lot of talk about multimedia keys recently
>=20
> no. I think that Adam just wanted to allow running SDL applications in
> AES environment. Which was a very good idea since currently such
> applications have to implement their own keyboard driver and so disable
> the system one which is both unclean and dangerous in multitasking OS.


I have no problem with that - I think its a great idea.  My issue is
using multimedia keys as a justification to simultaneously expand
keyboard scan-codes to 16 bits, as I feel that would just be problematic
without real benefit.  I also think there may be better ways of handling
such keys than to report multi-byte scan-codes (translated &
standardized or not) directly to applications.

-- Evan

--=-/XnTZunP5pkk3nWBjTdX
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.2.4">
</HEAD>
<BODY>
On Sun, 2005-04-03 at 03:18 +0200, Petr Stehlik wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Evan K. Langlois p&#237;&#353;e v So 02. 04. 2005 v 17:53 -0600:</FONT>

<FONT COLOR="#000000">&gt; There has been a lot of talk about multimedia keys recently</FONT>

<FONT COLOR="#000000">no. I think that Adam just wanted to allow running SDL applications in</FONT>
<FONT COLOR="#000000">AES environment. Which was a very good idea since currently such</FONT>
<FONT COLOR="#000000">applications have to implement their own keyboard driver and so disable</FONT>
<FONT COLOR="#000000">the system one which is both unclean and dangerous in multitasking OS.</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
I have no problem with that - I think its a great idea.&nbsp; My issue is using multimedia keys as a justification to simultaneously expand keyboard scan-codes to 16 bits, as I feel that would just be problematic without real benefit.&nbsp; I also think there may be better ways of handling such keys than to report multi-byte scan-codes (translated &amp; standardized or not) directly to applications.<BR>
<BR>
-- Evan
</BODY>
</HTML>

--=-/XnTZunP5pkk3nWBjTdX--


