From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Petersen Newsgroups: gmane.emacs.help Subject: Re: utf text console - control-g does not work any longer Date: Sat, 14 May 2005 03:07:22 +0200 Organization: just testing Gnus... Message-ID: <87vf5mlinp.fsf@pp.ppetersen-usenet76543.de> References: <8764xplc13.fsf@pp.ppetersen-usenet76543.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1116033256 17206 80.91.229.2 (14 May 2005 01:14:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 14 May 2005 01:14:16 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat May 14 03:14:12 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DWlED-0007Zh-8M for geh-help-gnu-emacs@m.gmane.org; Sat, 14 May 2005 03:14:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DWlFj-0002BW-Lh for geh-help-gnu-emacs@m.gmane.org; Fri, 13 May 2005 21:15:39 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsmi-us.news.garr.it!newsmi-eu.news.garr.it!NewsITBone-GARR!newsserver.news.garr.it!fu-berlin.de!newsfeed.arcor.de!news.arcor.de!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:VZ/mJeJVhrdteXx3C6x9enA+H/Y= Original-Lines: 149 Original-NNTP-Posting-Date: 14 May 2005 03:07:16 MEST Original-NNTP-Posting-Host: 6e163623.newsread4.arcor-online.net Original-X-Trace: DXC=C758ODkbTn?gL1_>^S7Mi=:ejgIfPPld4jW\KbG]kaM8ZmYl>WOG@=53dZnk9SLZ3 Original-X-Complaints-To: abuse@arcor.de Original-Xref: shelby.stanford.edu gnu.emacs.help:130924 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:26584 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:26584 * Alan Mackenzie schrieb: Hi, Alan! > Anti-aliasing - that's that thing where all the characters are made to > look blurred, isn't it? YUCK! It's always amazed me that people with > GUIs have such trouble with fonts when a simple 8x16 pixel grid on a text > console gives such good results. Yes, the quality of console fonts is unbeatable (in my opinion). As to anti-aliasing... yes, there is a strong risk of suffering from blurred vision. On the other hand, anti-aliasing can look very good under windows, and moreover, without anti-aliasing fonts often look very ugly in Linux web browsers etc. Anyway, I have now played (rather: struggled) for days (or even weeks!) with font settings and with colour themes for XEmacs without getting a convincing result, one that pleases my eyes and doesn't hurt them. :-( >> I launch Gnus like this: > >> LC_CTYPE=de_DE.utf8 exec filterm - dynafont emacs -nw --eval >> "(set-keyboard-coding-system 'latin-9)" -f gnus-unplugged "$@" > > I don't have LC_CTYPE, but when I execute the (set-keybo... thingy, I > have no trouble with C-g. But then, I don't use filterm (whatever it > is). Yes, since you are not using "filterm" (and dynafont), you don't get that trouble with C-g. >>From the man page of "filterm": *** FILTERM(1) Linux User's Manual FILTERM(1) NAME filterm - filter terminal input and/or output SYNOPSIS filterm INPUT OUTPUT [COMMAND [ARGS]] DESCRIPTION Execute the specified COMMAND (default is the shell), filtering terminal input and/or output. It can help e.g. when our terminal is unable to display non-ASCII characters or to enter them from the keyboard. It also makes writing various terminal filters easier. INPUT and OUTPUT are names of konwert's filters - they are passed as the first argument to the konwert(1) program. filterm - OUTPUT filters only output, and filterm INPUT - only input. The command - executes the shell as a login shell. It differs from konwert INPUT | COMMAND | konwert OUTPUT in that the command is executed on a pseudo-terminal, so full-screen programs work correctly. The filters have to output the characters as soon as they receive all necessary input, without buffering. trs(1) scripts are OK, but sed(1) or awk(1) or tr(1) scripts are not. In C you may use read(), getchar(), fread(), and write(), but putchar() and fwrite() only together with fflush(stdout). In C++: cin.get(), cout.put(), and cout <<. In perl: sys- read, getc, read, and syswrite, but print only with $| = 1. The input filter will have set the environment variable FILTERM=in, and the output one - FILTERM=out. This way some filters can slightly alter their behaviour when working for filterm. *** >> control-g doesn't work any longer! (or in other words: keyboard-quit) > > When you type C-g, what gets through to Emacs? (Do C-h l > `view-lossage'). Does _anything_ get through to Emacs? Does C-g work if > you leave `filterm' out? "view-lossage" doesn't see anything regarding C-g, C-g doesn't seem to get through to Emacs. But C-g DOES work and has always worked for me WITHOUT filterm. But filterm is quite important to me, because it puts the console in utf mode and also takes care to provide an adequate font etc. Without filterm I would have to use a command like: "unicode_start" and also set an utf capable font via the "consolechars" command. But whatever font I set, it never works. filterm seems to do more than just select a suitable font, it also appears to modify fonts temporarily (though I am just guessing here). >> This is very bad because I often need to abort a command. >> In many cases (like aborting a M-x... sequence) ESC-ESC-ESC is a good >> workaround. > > C-g is absolutely necessary. You don't need any excuses for needing it. Sure, ESC-ESC-ESC doesn't work for currently _running_ commands. >> I tried to remap control-g to e.g. F6 (function key 6) or other keys I >> tried, but nothing works - it looks like control-g is something very >> special and that the code of Emacs doesn't allow for changing that! > > Where did you do the remapping? In your keyboard driver (e.g. > /etc/default.keytab) or somewhere within Emacs. Within Emacs, via global-set-key. This works perfectly for other commands, just not for "keyboard-quit" (provided that I use filterm). >> This means, running commands can no longer be interrupted/aborted when I >> use a utf-8 enabled Emacs/Gnus in a Linux text console. > >> Does anyone have experience with this problem - or even better have a >> solution? > > What does filterm do with C-g? Well, I am no expert here, don't have a clue. By the way, another problem may be relevant: If I omit that LC_CTYPE=de_DE.utf8 (see above), I am no longer able to type Umlaute (äöü), but even worse: as soon as I type, for instance, an "ä" or "ö" Emacs is blocked (locked up? I don't know), but since C-g doesn't work, there is no way in hell I could unblock Emacs! It looks like my typing an "ö" is being interpreted as a _command_! - This is with filterm running, of course. I have to kill Emacs from another virtual console. Is there nobody here who also uses "filterm"? Or alternatively: Is there nobody here who could give me some detailled hints as to putting my virtual console in utf mode manually? thanks Peter(sen)