From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Yavor Doganov Newsgroups: gmane.emacs.devel Subject: Re: Parsing of fontconfig font names and other font related stuff. Date: Wed, 08 Jul 2009 13:01:44 +0300 Organization: The GNU Emacs Church (Bulgarian eparchy) Message-ID: <87tz1ntrw7.GNU's_Not_Unix!%yavor@gnu.org> References: <4A539AB0.3010605@swipnet.se> <87ws6jtzpl.GNU's_Not_Unix!%yavor@gnu.org> <4A545F2D.2070808@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1247047339 29338 80.91.229.12 (8 Jul 2009 10:02:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Jul 2009 10:02:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 08 12:02:12 2009 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.50) id 1MOTyd-0003cZ-JM for ged-emacs-devel@m.gmane.org; Wed, 08 Jul 2009 12:02:11 +0200 Original-Received: from localhost ([127.0.0.1]:57570 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOTyd-00048t-5s for ged-emacs-devel@m.gmane.org; Wed, 08 Jul 2009 06:02:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MOTyY-00048o-5a for emacs-devel@gnu.org; Wed, 08 Jul 2009 06:02:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MOTyT-00045d-Ak for emacs-devel@gnu.org; Wed, 08 Jul 2009 06:02:05 -0400 Original-Received: from [199.232.76.173] (port=32918 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOTyT-00045a-5e for emacs-devel@gnu.org; Wed, 08 Jul 2009 06:02:01 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:59341 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MOTyS-000682-9Z for emacs-devel@gnu.org; Wed, 08 Jul 2009 06:02:00 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MOTyO-0003mz-Ii for emacs-devel@gnu.org; Wed, 08 Jul 2009 10:01:56 +0000 Original-Received: from 213.91.219.2 ([213.91.219.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jul 2009 10:01:56 +0000 Original-Received: from yavor by 213.91.219.2 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Jul 2009 10:01:56 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 213.91.219.2 In-Reply-To: <4A545F2D.2070808@swipnet.se> Mail-Followup-To: Emacs-Devel , yavor@gnu.org User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i486-pc-linux-gnu) MULE/5.0 (SAKAKI) X-Jabber-ID: doganov@jabber.minus273.org X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:112168 Archived-At: Jan Dj=E4rv wrote: > It would also be nice to have Emacs use the same hinting and > antialiasing as other applications. We get a free GUI for setting > these things (Gnome desktop preferences). That's definitely a nice thing. > If the infrastructure to set these values from desktop preferences > are in place it is easy to change the actual means of getting the > values, be it GConf, dconf or whatever. Sounds convincing. (Plus there would be a fairly long transition period with GConf compatibility layer, so hopefully your work will not be wasted.) > Gnome is the GNU desktop after all. It will fallback to not using > GConf if it isn't present. Right, that's good. But if your plan involves linking against libgconf, that's not of much use for distributors of binary packages, who'll have to ship the GTK+ flavor with GConf support anyway and thus will inflict the dependency on all users.