From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Friedrich Delgado Friedrichs Newsgroups: gmane.emacs.bugs Subject: bug#1138: 23.0.60; ps-print.el error with unusual page sizes Date: Thu, 16 Oct 2008 13:58:42 +0200 Message-ID: <20081016115842.GA26548@taupan.ath.cx> References: <87r66mg6d6.fsf@cyd.mit.edu> <48F694C9.4090505@ig.com.br> Reply-To: friedel@nomaden.org, 1138@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1224159035 25571 80.91.229.12 (16 Oct 2008 12:10:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Oct 2008 12:10:35 +0000 (UTC) Cc: Chong Yidong , 1138@emacsbugs.donarmstrong.com To: Vinicius Jose Latorre Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 16 14:11:35 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KqRhW-0003dQ-6l for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Oct 2008 14:11:34 +0200 Original-Received: from localhost ([127.0.0.1]:57964 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqRgR-0006zi-2C for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Oct 2008 08:10:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KqRg6-0006sU-JC for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 08:10:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KqRg5-0006rW-5m for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 08:10:06 -0400 Original-Received: from [199.232.76.173] (port=46465 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqRg4-0006rT-St for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 08:10:04 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:52882) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KqRg4-0008HN-0D for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 08:10:04 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GC9xc3019340; Thu, 16 Oct 2008 05:10:00 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m9GC559v018331; Thu, 16 Oct 2008 05:05:05 -0700 X-Loop: don@donarmstrong.com Resent-From: Friedrich Delgado Friedrichs Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 16 Oct 2008 12:05:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1138 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1138-submit@emacsbugs.donarmstrong.com id=B1138.122415832716218 (code B ref 1138); Thu, 16 Oct 2008 12:05:05 +0000 Original-Received: (at 1138) by emacsbugs.donarmstrong.com; 16 Oct 2008 11:58:47 +0000 Original-Received: from mail.dudelab.org (dudelab.org [212.12.33.202]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GBwht1016212 for <1138@emacsbugs.donarmstrong.com>; Thu, 16 Oct 2008 04:58:45 -0700 Original-Received: from abrasax.taupan.ath.cx (p5B10F2C0.dip.t-dialin.net [91.16.242.192]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Friedrich Delgado Friedrichs", Issuer "User CA" (verified OK)) by mail.dudelab.org (Postfix) with ESMTP id 6E41A228148; Thu, 16 Oct 2008 13:57:42 +0200 (CEST) Original-Received: by abrasax.taupan.ath.cx (Postfix, from userid 1000) id 2F19F180A290; Thu, 16 Oct 2008 13:58:42 +0200 (CEST) Content-Disposition: inline In-Reply-To: <48F694C9.4090505@ig.com.br> X-Gotcha: For what reason exactly are you reading this header, huh? X-Disclaimer: This is not an automatically generated header. User-Agent: Mutt/1.5.18 (2008-05-17) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Thu, 16 Oct 2008 08:10:06 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:21537 Archived-At: Hi. Vinicius Jose Latorre schrieb: > Ok, it seems ok to add these two new entries into =20 > ps-page-dimensions-database. Well, it's customisable, so I customised it according to my paper size :) Would there be another way to print a small page from emacs? > Well, the right thing to do is to add new entries into ps-n-up-database, = =20 > like: > (defconst ps-n-up-database > '(...... > (shipping > (100 nil 1 1 0)) > (topcoated > (100 nil 1 1 0))) > ...) Label printers support lots of unusual small paper sizes. The Seiko SLP-440 I'm using has 8mmSpine 35mmSlide AddressLarge AddressSmall Diskette EuroFolderNarrow EuroFolderWide EuroNameBadge FileFolder Jewelry MediaBadge MultiPurpose Shipping VHSFace VHSSpine ZipDisk CutHanging13 CutHanging15 EuroFileFolder RetailLabel EuroNameBadgeLarge TopCoatedPaper Custom And Custom allows me to specify completely arbitrary values. (If you're interested in the exact dimensions for all of those, I can quote them from the ppd, but:) Does it really make sense to add all those unusual sizes to ps-n-up-database, especially since it's not configurable, but ps-page-dimensions-database is? > Please, try the change above and let me know the results. I can try this later at home, but I don't really like the approach here. I think it doesn't scale. When I go and buy differently sized labels, I need to touch ps-n-up-database again, adding the same value '(100 nil 1 1 0). > Does it make sense to have ps-n-up-printing > 1 for these 2 new entries?? Not really. Most content needs to be specially sized to even fit on one page. We're talking about 5.4mm x 150mm, i.e. a long receipt and 5.4mm x 100mm, a large address label here. > ps-print does not deal with paper sizes which only can have 1 n-up, but = =20 > it's possible to change this if this is the case. As a user, I'd prefer it if a sane default for 1 n-up would be chosen if the page size is smaller than, say, A6. --=20 Friedrich Delgado Friedrichs