From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin.sputnik@gmail.com Newsgroups: gmane.emacs.help Subject: Re: printing from within emacs, without having "lpr" Date: Fri, 24 Jun 2016 23:38:15 -0700 (PDT) Message-ID: <48f24704-a25b-45de-a300-0671ddb93533@googlegroups.com> References: <868txu2kpf.fsf@student.uu.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1466836832 29581 80.91.229.3 (25 Jun 2016 06:40:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 25 Jun 2016 06:40:32 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jun 25 08:40:32 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bGhGZ-0005im-P9 for geh-help-gnu-emacs@m.gmane.org; Sat, 25 Jun 2016 08:40:32 +0200 Original-Received: from localhost ([::1]:48749 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bGhGV-0004Gt-Mk for geh-help-gnu-emacs@m.gmane.org; Sat, 25 Jun 2016 02:40:27 -0400 X-Received: by 10.36.29.2 with SMTP id 2mr1767093itj.13.1466836696412; Fri, 24 Jun 2016 23:38:16 -0700 (PDT) X-Received: by 10.36.17.211 with SMTP id 202mr44646itf.9.1466836696362; Fri, 24 Jun 2016 23:38:16 -0700 (PDT) Original-Path: usenet.stanford.edu!r1no1427421ige.0!news-out.google.com!d62ni14239ith.0!nntp.google.com!r1no1427411ige.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: <868txu2kpf.fsf@student.uu.se> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=84.215.65.209; posting-account=ah2y9wgAAABWBvQAzI4Or28o7NSe1Hor Original-NNTP-Posting-Host: 84.215.65.209 User-Agent: G2/1.0 Injection-Date: Sat, 25 Jun 2016 06:38:16 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:218258 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:110567 Archived-At: On Saturday, June 25, 2016 at 2:09:19 AM UTC+2, Emanuel Berg wrote: > ... why not? >=20 I meant, it'smore dignified to print a buffer directly from emacs (as it is= intended to be) as opposed to write to file, and then print from a shell = or similar. > > and I don't get much support >=20 > Perhaps not, but you can create it with > shell programming. Anything you like. >=20 I guessed so, I thought perhaps there's a more direct way.=20 And actually I solved it. Very silly actually: the problem was: the new print command was "print". Bu= t it turned out not to be the ``real'' print command, it's a shell-script w= rapper for the real command "pushprint", perhaps print was deemed more "userfriend= ly" terminology. Unfortunately, the parameter passing does not work properl= y in the wrapper, which means, using "print" as "lpr-command" results in th= at the buffer content gets lost on the way and is not printed. With pushpr= int it works (as long as I can avoid being asked for password). Thanks. Martin=20 > Here is an example (the second part of the > file, mostly). >=20 > http://user.it.uu.se/~embe8573/conf/.zsh/printers >=20 > > (setq lpr-command "print") > > > > and changing the lpr-add-switches to avoid > > lpr-specifics there does not help. The message > > for M-x print-buffer is > > > > Usage: print [-a{1,2,3,4}] .... [-v] [file...] > > More information available from 'man print'. > > > > which perhaps indicates that the buffer > > I intended to print were now ``piped'' > > correctly into the print commant. > > > > Any ideas what I could do? I think I found > > a way around the problem that print wants > > a password, that seems not the problem, but > > I wonder if fiddling with the lpr-command will > > do any good? >=20 > Even if it did, what will happen if the admins > put lpr back on line? Will you change all the > print stuff back? >=20 > No, it is much better to just not use the lpr > stuff while it is inoperational. >=20 > As for the print stuff, start by getting it to > work from the shell. Print text files and PDFs > for starters. When you have that, you can stop > to think how to have that invokable from Emacs > with the buffer data as input. >=20 > --=20 > underground experts united .... http://user.it.uu.se/~embe8573 > Emacs Gnus Blogomatic ......... http://user.it.uu.se/~embe8573/blogomatic > - so far: 55 Blogomatic articles -