From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rusi Newsgroups: gmane.emacs.help Subject: Unicode in emacs (was Single quotes in Info) Date: Sun, 25 Jan 2015 19:26:04 -0800 (PST) Message-ID: <499f291f-b4bb-4005-b79f-3cd48c4fdaca@googlegroups.com> References: <87twzhgk84.fsf@wmi.amu.edu.pl> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1422243024 28197 80.91.229.3 (26 Jan 2015 03:30:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 26 Jan 2015 03:30:24 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jan 26 04:30:24 2015 Return-path: Envelope-to: geh-help-gnu-emacs@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 1YFaNb-0003E2-5D for geh-help-gnu-emacs@m.gmane.org; Mon, 26 Jan 2015 04:30:23 +0100 Original-Received: from localhost ([::1]:39847 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YFaNa-0002re-Cs for geh-help-gnu-emacs@m.gmane.org; Sun, 25 Jan 2015 22:30:22 -0500 X-Received: by 10.182.112.167 with SMTP id ir7mr16593452obb.29.1422242764717; Sun, 25 Jan 2015 19:26:04 -0800 (PST) X-Received: by 10.51.15.133 with SMTP id fo5mr186814igd.3.1422242764625; Sun, 25 Jan 2015 19:26:04 -0800 (PST) Original-Path: usenet.stanford.edu!hl2no2248637igb.0!news-out.google.com!db6ni9188igc.0!nntp.google.com!hl2no2163084igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=59.95.15.173; posting-account=mBpa7woAAAAGLEWUUKpmbxm-Quu5D8ui Original-NNTP-Posting-Host: 59.95.15.173 User-Agent: G2/1.0 Injection-Date: Mon, 26 Jan 2015 03:26:04 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:209999 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:102278 Archived-At: On Saturday, January 24, 2015 at 5:23:46 AM UTC+5:30, Drew Adams wrote: > > I'm not sure about it, but it seems that after upgrading from 24.3 to > > 25.0.50.1, the Info buffer is a bit uglified. First, it uses some face > > I don't like for variable and function names - but if this annoys me too > > much, I can change it easily. Worse, instead of e.g. `t' it now says > > 't', for instance (i.e., it uses Unicode single quotation marks). > > > > This is extremely annoying, since it makes incremental searching for > > single-quoted strings much harder. > > > > I apropos'ed the "Info-" variables and grepped the list for "quot", > > "unicode" and "single", all to no avail, and ran out of ideas. Is this > > behavior customizable? How to get back to ASCII quotes? > > Oh boy, you'll have fun reading about this in the bug threads: > > #16292 - http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16292 > info docs now contain single straight quotes instead of `' > > #13131 - http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13131 > Allow curly quotes to be found by searching for straight quotes? > > #16439 - http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16439 > Highlighting of strings within Info buffers > > #13228 - http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13228 > Request for highlighting back-quote/quote pair notation > > Enjoy! > > (Info+ can at least help by highlighting quoted names etc. > http://www.emacswiki.org/emacs/InfoPlus) Just some (very laymanish) thoughts about unicode. Uni-code has two aspects: 1. Uni-fying the tower of babel that is human languages 2. Uni-versality of a common core Historically, the 1st is the driver why unicode caught on at all [The world is a bit larger than the two sides of the atlantic!] However the 2nd probably holds more hope for reducing babel-ish bedlam. Some of the more universal sides of unicode: 1. ASCII (for historical reasons alone) 2. Math 3. Typography (which this thread is about) [Note this will not technically hold up. I am talking more sociologically ie "2+3" is more likely to universalize than "Add two and three" ] Further expanded in this post http://blog.languager.org/2015/01/unicode-and-universe.html Also a plea for programming languages to start getting more unicoded [Not to be taken too seriously - just a possible direction] http://blog.languager.org/2014/04/unicoded-python.html