From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Some developement questions Date: Tue, 4 Sep 2018 13:11:50 -0700 (PDT) Message-ID: References: <8336v6cvem.fsf@gnu.org> <8736v6icgt.fsf@himinbjorg.adminart.net> <83tvnmb958.fsf@gnu.org> <877ekigiiw.fsf@himinbjorg.adminart.net> <837ekhb2me.fsf@gnu.org> <87zhxcbmtr.fsf@himinbjorg.adminart.net> <83in409lub.fsf@gnu.org> <871sanb71j.fsf@himinbjorg.adminart.net> <83y3cu7t9j.fsf@gnu.org> <87lg8t2ki9.fsf@himinbjorg.adminart.net> <20180827015422.lcq44zvsjffeau4j@Ergus> <83a7p76f5e.fsf@gnu.org> <87lg8p9o6y.fsf@russet.org.uk> <83pnxx1foj.fsf@gnu.org> <87k1o1a06q.fsf@russet.org.uk> <877ek1ql6u.fsf@toy.adminart.net> <19f783eb-a688-2a69-e209-ea161177c8cb@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1536091903 26587 195.159.176.226 (4 Sep 2018 20:11:43 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2018 20:11:43 +0000 (UTC) Cc: Eli Zaretskii , spacibba@aol.com, emacs-devel@gnu.org To: Paul Eggert , hw , Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 04 22:11:38 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxHfm-0006oZ-Jy for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2018 22:11:38 +0200 Original-Received: from localhost ([::1]:52490 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxHhs-0002lZ-P2 for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2018 16:13:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46585) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxHgR-0000LF-4i for emacs-devel@gnu.org; Tue, 04 Sep 2018 16:12:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxHgQ-0006ZZ-Dy for emacs-devel@gnu.org; Tue, 04 Sep 2018 16:12:19 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:33862) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fxHgI-0006Oo-KD; Tue, 04 Sep 2018 16:12:12 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w84K8UOl168099; Tue, 4 Sep 2018 20:11:54 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=1Gx0Bzwrwhl25ksErw1Hwh/YjDV7vXRfEyNSDIMxNEI=; b=aV+cJuun6PZX+LH9F9skB5zztk/KFYjpNPkLvdEjE94Ya8bL+2sUCshySHRTQW2e3m/R TbhA7AfaJuD6DK2Bpo813u59A/UZek9nmBUPgL48mZ7zuK0sn9VLi3/LpmZuHH/PSuQA MgptdLrbcOTKlOtHROS5mKnqmcJaySqHByrUyDHvIptZgjniphYILDVnEIcCPpB4qTQc 8/CtPmLyfhg6BTrodyMTCzY76zseT6KfSAHLKwKm+8ApXgvH0dHggCuOrcmO2EHGu+Im MDbnWM8y/NFB/W/e1c8TWkwfuiBAzUcr7Ra1yFaVzDZSeNp+YIveKA8oFZHMZPohJ6Tv CA== Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp2130.oracle.com with ESMTP id 2m7j6tfgth-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 04 Sep 2018 20:11:54 +0000 Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w84KBrU0016288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 4 Sep 2018 20:11:53 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w84KBpBv016633; Tue, 4 Sep 2018 20:11:52 GMT In-Reply-To: <19f783eb-a688-2a69-e209-ea161177c8cb@cs.ucla.edu> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4732.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9006 signatures=668708 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=721 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809040202 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 156.151.31.86 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:229262 Archived-At: > A little bit of marketing would help here. The initial contents of *scrat= ch*, > the mode line, and the minibuffer need not be monospaced, and would all > benefit from a better font. Just one opinion: No thanks to such marketing. 99.999% of my use of *scratch* and the minibuffer is code or data that should be (i.e., that I want to be) monospace. And probably 90% of my mode-line too. (And I could change other parts of the mode-line to use a different font, if I wanted to.) IMHO, you could hardly have picked worse examples. Info would have been a somewhat reasonable example. But even there I'd rather have the code parts shown using monospace, and code is a non-negligible part of many Info nodes. There's a reason that technical doc typically uses variable-width for ordinary text and fixed-width for code. But it's true that you said only "the initial contents of..." (why?). It's hard to argue that the initial contents of *scratch* call for a monospace font. But are you proposing that Emacs automatically change *scratch* to a monospace font when most of its contents become code or such? Do you perhaps propose that Emacs monitor such buffers to detect text that should reasonably be monospace, and automatically use a monospace font for those parts (only)? What's so hard about using a variable-width font for your Emacs=20 classes/demos, at least for those buffers where you think it makes sense? You could even show them how easy it is for them to leave the dark-age 80s behind and become super cool on their own. (FWIW, on MS Windows it looks like menus use a variable-width font.)