From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Printing Date: Thu, 2 Apr 2009 13:49:56 +0200 Message-ID: References: <5f0660120903281352v5d7ab83cy44fcff3cbf4581cb@mail.gmail.com> <20090402100822.GC28589@tomas> <20090402115119.GA29256@tomas> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1238673017 1240 80.91.229.12 (2 Apr 2009 11:50:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 2 Apr 2009 11:50:17 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: tomas@tuxteam.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 02 13:51:35 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 1LpLSH-0004BY-IH for ged-emacs-devel@m.gmane.org; Thu, 02 Apr 2009 13:51:33 +0200 Original-Received: from localhost ([127.0.0.1]:46035 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LpLQt-00088u-UG for ged-emacs-devel@m.gmane.org; Thu, 02 Apr 2009 07:50:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LpLQq-00088l-4Q for emacs-devel@gnu.org; Thu, 02 Apr 2009 07:50:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LpLQl-00087T-Me for emacs-devel@gnu.org; Thu, 02 Apr 2009 07:50:03 -0400 Original-Received: from [199.232.76.173] (port=35935 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LpLQl-00087C-93 for emacs-devel@gnu.org; Thu, 02 Apr 2009 07:49:59 -0400 Original-Received: from mail-fx0-f166.google.com ([209.85.220.166]:40947) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LpLQj-0003J3-A4; Thu, 02 Apr 2009 07:49:57 -0400 Original-Received: by fxm10 with SMTP id 10so457322fxm.42 for ; Thu, 02 Apr 2009 04:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=y8VQVInFQaMLmPnp4qxKjSABD3CEA4lEPN6Fw2Gcud0=; b=LYEyu+u/QpyH06mRFjUf19jS9Epaa973zqwY23uBTSR0HZGqpjMoepNqqUWZjqnQpu AH0Tdi4wm/N5M5KUDvN/f6h1xGoJXlmxlRnGyJj39gTPGGNLzgoRmmdwQGqKrgUseK9f EwaXdWs1Pef2/XYf8TLDqPtaNPYB3tSXZqUzU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oidvEee3PVVZhYwiRzeVJh82e9FxQcj12FcR0qvXFUAyPVhg0ncryxdZ4QWDke7P3d suJFzEW2ohS51TaDbrG8O59baUQVjAU/pMSfw35aLPbKfYXx3dg7cJ1m5Fh/wq/v/tmu p9D4POc7RE8zUT6jCq4RgXgGLqJrxBxqtR9x0= Original-Received: by 10.223.112.202 with SMTP id x10mr7167211fap.68.1238672996218; Thu, 02 Apr 2009 04:49:56 -0700 (PDT) In-Reply-To: <20090402115119.GA29256@tomas> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:109998 Archived-At: On Thu, Apr 2, 2009 at 1:51 PM, wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, Apr 02, 2009 at 12:52:25PM +0200, Lennart Borgman wrote: > > [...] > >> Is not this reality versus ideality? I think most users on different >> systems will appreciate that we use the API:s for that system. They >> will know what to do at once then without having to relearn. > > In a way, yes, but I think my rant still holds. Even while there is some > truth to what you say above, you are conflating API with "user > interface" ("most users ...will appreciate that we use the APIs... they > will know..."). See? You have a point, but using these API:s you get the standard UI. >> And a simple way to do this is to use an intermediate layer like wxwidge= ts. > > For printing? Well, that's what my rant was about :-) > > Look at the Gnome guys. There is mount, there is FUSE (I'm sure BSDs > have something similar). Why VFS? Why invent a new way of "mounting" > "file systems" which is dependent on some random desktop environment? > (KDE ain't better in this!). > > In our printer case I'd propose to start recognizing that we have > several layers: > > =C2=A0(1) how to render > =C2=A0(2) how to choose a printer > =C2=A0(3) how to configure the capabilities of a printer > > For (1), I think we'd be fine if we managed to render utf-8 via > one of ps or pdf properly. (2) and (3) might be in the realm of CUPS, > perhaps? > > Showing the "standard" "system" "printer dialog box" would fulfill your > proposal above, but that is now an entirely separate point. > > Regards, and thanks for beearing with my rant :) Writing a pdf-file would of course allow printing on w32 more simple too - if you install some software to read and print pdf.