From owner-freebsd-questions@FreeBSD.ORG Thu Oct 23 06:19:08 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D280F1065672 for ; Thu, 23 Oct 2008 06:19:08 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8939D8FC2A for ; Thu, 23 Oct 2008 06:19:08 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: by gxk9 with SMTP id 9so719091gxk.19 for ; Wed, 22 Oct 2008 23:19:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=e1vBFlx+SnmR/Pm159ENhYUdU54Ildt8W1HsWsZ+mrM=; b=RKjQptkBJGvMB5NbpYd4aE0oHuSar4ptAEV57rxsYmUmtKDe7Io1K6nN2PJIjSp+b0 JlWUbYYc18Sxx9pVBwk4BfklYv1oYSXlzemlX47wZPPwQcxa77ol4p3N+zVPO9oykjUu xx63ITu41tDmePF7n3MH9CZoAMrUvxcjPjTBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=jxSRe3pT0ZBkXUFGlHzQ6kG9FE1BkVs/VPU3FDBjXgUQul8uEcrazz0XMuGGH5ofoY fw0xDpnFLs0id6dnOwN1AgkH1TJZZPh+OAaukOx0VDKZ9Bo7pL26Twp9nGpAWsxMQmxH HAag3drLbWRz3h9Suh5oEUNfXeWmkeXrDqlUw= Received: by 10.90.73.17 with SMTP id v17mr126395aga.1.1224742747704; Wed, 22 Oct 2008 23:19:07 -0700 (PDT) Received: from 190-177-219-62.speedy.com.ar ([190.177.219.62]) by mx.google.com with ESMTPS id 6sm24965066yxg.6.2008.10.22.23.19.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Oct 2008 23:19:07 -0700 (PDT) From: Gonzalo Nemmi To: freebsd-questions@freebsd.org Date: Thu, 23 Oct 2008 04:19:02 -0200 User-Agent: KMail/1.9.10 References: <200810222335.26022.gnemmi@gmail.com> <200810230258.42153.gnemmi@gmail.com> <20081023074953.9b2c4c2d.freebsd@edvax.de> In-Reply-To: <20081023074953.9b2c4c2d.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810230419.02539.gnemmi@gmail.com> Subject: Re: man -t odd page size X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 06:19:09 -0000 On Thursday 23 October 2008 3:49:53 am Polytropon wrote: > On Thu, 23 Oct 2008 02:58:42 -0200, Gonzalo Nemmi wrote: > > Brainstorming .. im thinking maybe there should be no app defined default > > (in this case).. Maybe you just threw the key on the table .. and default > > should be what an enviromental setting says default should be > > (PAGESIZE=letter, PAGESIZE=a4) and not what the apps thinks it should be > > ... > > There is something similar placable into /etc/make.conf: > > PAGE= A4 > PAPERSIZE= a4 > A4= yes > > But this is of course not honoured by applications at run time, > and only by a few at compile time. > > > Furthermore .. > > maybe the app should halt if it finds no enviromental setting is > > available and ask the user to set it in order to know how to proceed. > > Another idea would to conclude the paper size from a locale setting, > let's say, if it's en_US, then select letter, or A4 else. Exactly ... you just avoided a "halt" due to undefined env setting :) > For example, programs like Gimp require a setting to be done manually > from within the printing dialog. It shouldn't be there. Things like > paper size should be set at system level, not neccessarily at > application level. It will make things easier when administrating > a system - set paper size once, then forget it. And even if you (as the admin or through /usr/share/skel/*) set it once and forget about it, every user would still be able to set/override his preferred default paper/page size via .cshrc or the like just as we decide whether to use "less" or "more" as a pager ;) So paper/page size would be determined at app run time on a case by case basis :) As a side effect, we just took the burden of letting devels decide what "default" action should be ... if no arg is given, switch to default, which will read the value assigned to PAGESIZE or resort to en_US to default to "letter" or A4 if else, should PAGESIZE not be defined. As a consecuence, those who have en_US will always have "letter" as default (regardless of whether they set PAGESIZE or not). And the rest of us will be happy with A4 or would still have the chance to set PAGESIZE=letter. And best of it all is: app default behaviour never changed ! The only diference is that it will read an env before acting ... that env "changes" the way the app behaves. But that change is transparent to the user ;) > An idea would be to place the paper size setting "near" your > printing filter (not the spooler) and advice applications to read > it from there, maybe from a file, maybe from an environmental > variable. Well .. I think that makes two of us now :D Regards ! PS: now I want to send you a postcard of my city (Buenos Aires)! Send me your address on a private mail if you'd like to get it :) -- Blessings Gonzalo Nemmi