From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27749 invoked by alias); 26 Aug 2016 11:13:25 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 21812 Received: (qmail 26460 invoked from network); 26 Aug 2016 11:13:24 -0000 X-Qmail-Scanner-Diagnostics: from outpost5.zedat.fu-berlin.de by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(130.133.4.89):SA:0(-0.2/5.0):. Processed in 0.509185 secs); 26 Aug 2016 11:13:24 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: stucki@mi.fu-berlin.de X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at mi.fu-berlin.de does not designate permitted sender hosts) Date: Fri, 26 Aug 2016 13:07:26 +0200 From: "Chr. von Stuckrad" To: zsh-users@zsh.org Subject: Re: ZSH display raw =?iso-8859-15?Q?keycod?= =?iso-8859-15?Q?es_for_=A1_and_=BF?= spanish characters Message-ID: <20160826110725.GB7071@localhost.mi.fu-berlin.de> Mail-Followup-To: zsh-users@zsh.org References: <20160728151733.2e50329e@pwslap01u.europe.root.pri> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: "Chr. von Stuckrad" X-sent-by-salt: leibniz.imp.fu-berlin.de X-Remote-IP: 160.45.113.41 X-Spam_Score: -3.1 x-exim-Spam_Score_Int: -30 X-exim-Spam_Bar: --- X-Spam_Report: * 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. * See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block * for more information. * [URIs: fu-berlin.de] * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Originating-IP: 160.45.117.149 X-ZEDAT-Hint: R On Thu, 25 Aug 2016, José García Juanino wrote: > >> When you type the '¡', I would expect that symbol in the interactive > >> shell, instead of '<00a1>' output. > Doing a further research I have found a workaround: disable-multibyte > in configure. But it is not a zsh fault, as multibyte was enabled ... > ... (mentioning mutt) ... Having 'the same problem in mutt and zsh' reminded me of a time, when I *remotely* connected from a local terminal (rxvt-unicode). EVERY place, where your typed chars 'come across' (i.e. terminalprog, pty, connection, remote pty (may be multiple times with screen or tmux), last shell or mutt), the connection needs to know, whether to use single or multibyte characters. And often the default in ptys is single, so then you need 'stty iutf8' to get correct data to shell or program (and you need this on all steps of the connection and inside terminals and screen or tmux). After making sure, I ALWAYS and ONLY use 'utf8'-on-the-wire all my problems with multibyte shell input and most of the problems with mutt or vim are gone now. Alternatively, all steps might be single-byte, and with the same 'older' locale. SOME utf8 combinations still come through then, but others are interpreted as something like messing up the line. So then you should make sure to have NO utf8 at all. Stucki -- Christoph von Stuckrad * * |nickname |Mail \ Freie Universitaet Berlin |/_*|'stucki' |Tel(Mo.,Mi.):+49 30 838-75 459| Mathematik & Informatik EDV |\ *|if online| (Di,Do,Fr):+49 30 77 39 6600| Takustr. 9 / 14195 Berlin * * |on IRCnet|Fax(home): +49 30 77 39 6601/