From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Elias_M=E5rtenson?= Newsgroups: gmane.emacs.devel Subject: APL input revisited Date: Wed, 19 Feb 2014 16:39:02 +0800 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113370f8266cc004f2be52e2 X-Trace: ger.gmane.org 1392799142 21455 80.91.229.3 (19 Feb 2014 08:39:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Feb 2014 08:39:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 19 09:39:10 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WG2gQ-0006FG-6i for ged-emacs-devel@m.gmane.org; Wed, 19 Feb 2014 09:39:10 +0100 Original-Received: from localhost ([::1]:57262 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WG2gP-0007bh-O6 for ged-emacs-devel@m.gmane.org; Wed, 19 Feb 2014 03:39:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36140) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WG2gL-0007bX-Os for emacs-devel@gnu.org; Wed, 19 Feb 2014 03:39:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WG2gK-00024B-52 for emacs-devel@gnu.org; Wed, 19 Feb 2014 03:39:05 -0500 Original-Received: from mail-lb0-x236.google.com ([2a00:1450:4010:c04::236]:49523) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WG2gJ-00023g-T0 for emacs-devel@gnu.org; Wed, 19 Feb 2014 03:39:04 -0500 Original-Received: by mail-lb0-f182.google.com with SMTP id w7so59350lbi.27 for ; Wed, 19 Feb 2014 00:39:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+m9tYaNW26XlyChLUcZQB2P1lC7F1pEpTgzmK8dcQ0E=; b=wQ4Z+qLghGrawAVr8jxIc1GCIWw+mncHYbgGzvFwY2sWBR2Vv8NVn4mhtIWpTOyJjs Q8ZFiUAUDICIi57lZXJPcudYgBFaSR12ydZPYLOgCMCjegumwOHh4s4NfrNMkpxYkLfW 54XDTxVb35qsMsqvuMdl6dMdrfwO3fdYEXvMW1gG16TnpwpHa4UlzdsVxsKfvlju7TLN itblA9ZVZxWY4zCTAelTCYXBdkbV/pK5/WiyvtnTrIEz2+UC7EVU+MafrSoLlYZJGzP3 lLnH1XVyn66I3flnU0iJQBRUFQGuz2DW7iP/4WAjH3jiXy7ma2epUFel8R7Fte+iZZXf dV2Q== X-Received: by 10.112.50.15 with SMTP id y15mr103833lbn.74.1392799142798; Wed, 19 Feb 2014 00:39:02 -0800 (PST) Original-Received: by 10.112.14.169 with HTTP; Wed, 19 Feb 2014 00:39:02 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169755 Archived-At: --001a113370f8266cc004f2be52e2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable (I've been reading this list for a while, and I'm still not sure if this is actually the best forum for this kind of question. If not, please accept my apologies and simply ignore this mail). Since I started developing gnu-apl-mode a few months ago (it has grown quite a lot recently), I have been thinking of the best ways to deal with APL input in Emacs. The reason I'm posting this is that I would like to have some input from people who know Emacs better than I. Currently, I provide two main modes of inputting APL symbols: - The relevant key together with Super (s-G mapped to a function that inserts "=E2=8D=92", s-8 calls another function that inserts "=E2=89=A0", e= tc...) - A Quail mode that uses . (peroid) as a prefix. I.e. ".G" and ".8" yields the previously mentioned characters. ".." generates a normal period. The problems: The "super" mappings are very nice, but has two problems: 1) They don't work in the minibuffer, and 2) Linux desktops are notious in using the Super prefix for other things. And GNOME doesn't event allow you to get rid of screen rotation lock (Super-o). The Quail mode is annoying in that I can't think of a good prefix character to use that doesn't conflict with most other uses and is at the same time easy to reach (you have to use it a _lot_ when programming APL). I admit that "." is not a good choice, but when looking for better ones I always come up short. So, what is the best way to deal with this? What options do I have? Regards, Elias --001a113370f8266cc004f2be52e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
(I've been reading this list for a while, and I&#= 39;m still not sure if this is actually the best forum for this kind of que= stion. If not, please accept my apologies and simply ignore this mail).

Since I started developing gnu-apl-mode a few months ago (it= has grown quite a lot recently), I have been thinking of the best ways to = deal with APL input in Emacs.

The reason I'm posting= this is that I would like to have some input from people who know Emacs be= tter than I.

Currently, I provide two main modes of inputting APL sy= mbols:

=C2=A0 - The relevant key together with Sup= er (s-G mapped to a function that inserts "=E2=8D=92", s-8 calls = another function that inserts "=E2=89=A0", etc...)

=C2=A0 - A Quail mode that uses . (peroid) as a prefix.= I.e. ".G" and ".8" yields the previously mentioned cha= racters. ".." generates a normal period.

The problems:

The "super" mappings are v= ery nice, but has two problems: 1) They don't work in the minibuffer, a= nd 2) Linux desktops are notious in using the Super prefix for other things= . And GNOME doesn't event allow you to get rid of screen rotation lock = (Super-o).

The Quail mode is annoying in that I can't think of= a good prefix character to use that doesn't conflict with most other u= ses and is at the same time easy to reach (you have to use it a _lot_ when = programming APL). I admit that "." is not a good choice, but when= looking for better ones I always come up short.

So, what is the best way to deal with this? What option= s do I have?

Regards,
Elias
--001a113370f8266cc004f2be52e2--