From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Box graphic tweak Date: Fri, 8 Oct 2010 08:18:28 -0700 Message-ID: References: <878w29jmg5.fsf@stupidchicken.com> <83fwwhnjxe.fsf@gnu.org> <87y6a8wzsj.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1286551171 9243 80.91.229.12 (8 Oct 2010 15:19:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 15:19:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Chong Yidong'" , "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 08 17:19:24 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P4EjB-0006E3-6A for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 17:19:21 +0200 Original-Received: from localhost ([127.0.0.1]:38404 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4EjA-0008F7-9g for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 11:19:20 -0400 Original-Received: from [140.186.70.92] (port=42918 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4Ej2-0008EQ-Eb for emacs-devel@gnu.org; Fri, 08 Oct 2010 11:19:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P4Ej0-0001w2-Ug for emacs-devel@gnu.org; Fri, 08 Oct 2010 11:19:12 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:26530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P4Ej0-0001vs-KN; Fri, 08 Oct 2010 11:19:10 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o98FJ5c9016062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 8 Oct 2010 15:19:08 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o98BmoR6018754; Fri, 8 Oct 2010 15:19:04 GMT Original-Received: from abhmt007.oracle.com by acsmt354.oracle.com with ESMTP id 667476451286551111; Fri, 08 Oct 2010 08:18:31 -0700 Original-Received: from dradamslap1 (/10.159.222.61) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 08 Oct 2010 08:18:30 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87y6a8wzsj.fsf@stupidchicken.com> Thread-Index: Actm8RVCEZPabKXWS767mzjRVw3N0wACbpIQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131503 Archived-At: > >> I just made a tweak to the way 3D boxes are drawn, to make > >> them more legible. > > > > Can you tell more? What should be the differences as result of this > > change? Perhaps screen snapshots will be useful. > > Here is a before/after image of a button. The outermost line > of the top and left surface of the button is drawn using the black > relief, so that it is visible on bright backgrounds. FWIW - It looks a bit worse, not better, to me (just one opinion). But it's hard to judge out of context (e.g. buttons in Customize, mode line/header text, etc.). My guess is that in some contexts it might be an improvement and in others it would not be appropriate. More importantly, such an appearance difference should in any case be under user control - just as users can today control the box outline width and even whether it extends outside the char size or within it (using a negative width). It must not be forced. IOW, if you would like to make such a feature available to users, great, but it should be as optional as the other `box' attributes. (The ability to use a negative box width is important, BTW, and your new feature should not force a boxed char to always be larger than a normal char - there needs to be some way to control the overall size. I run into this for example in places where a window height automatically gets increased by one line to accommodate the extra pixel(s) coming from an outside-char box. Using a negative box width takes care of that annoyance.)