November 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: ps-print-nomule 1.04/landscape broken and CVS tag question 24 years

Adrian Aichner

>>>>> "Volker" == Volker Franz <volker.franz(a)tuebingen.mpg.de> writes: Volker> ... I also got a fix for the landscape-mode problem. For Volker> me it works fine. I will send a copy to xemacs-patches. Thank you, Volker! I have the change in my working directory. The problem was introduced while fixing another. New code to select the appropriate paper tray did not handle landscape mode correctly. Best regards, Adrian Volker> Volker Volker> * ps-print.el: Quick fix for landscape mode. Volker> Index: ps-print.el Volker> =================================================================== Volker> RCS file: /usr/CVSroot/XEmacs/xemacs-packages/os/ps-print-nomule/ps-print.el,v Volker> retrieving revision 1.4 Volker> diff -u -r1.4 ps-print.el Volker> --- ps-print.el 2000/10/28 15:28:27 1.4 Volker> +++ ps-print.el 2000/11/10 15:48:47 Volker> ＠＠ -2397,7 +2397,12 ＠＠ Volker> (if ps-spool-duplex Volker> "true" Volker> "false") Volker> - ps-page-width ps-page-height)) Volker> + (if ps-landscape-mode Volker> + ps-page-height Volker> + ps-page-width) Volker> + (if ps-landscape-mode Volker> + ps-page-width Volker> + ps-page-height))) Volker> (ps-output "\nBeginDoc\n\n") Volker> (ps-output "%%EndSetup\n") Volker> -- Volker> ___________________________________________________________ Volker> Volker H. Franz Volker> Max-Planck-Institut fuer biologische Kybernetik Volker> Spemannstr. 38 Volker> 72076 Tuebingen Volker> Tel : ++49 (0)7071/601-606 Volker> Fax : ++49 (0)7071/601-616 Volker> mailto:volker.franz＠tuebingen.mpg.de Volker> http://www.kyb.tuebingen.mpg.de/bu Volker> ___________________________________________________________ -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

1 participants
0 comments

Upcoming sumo release - Nov 15 24 years

Steve Youngs

I'm planning on releasing new sumo packages on or about November 15th. So if you have any last minute, just can't live without em hacks that you want in this release, get em in *NOW*. -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

3 participants
3 comments

ps-print-nomule 1.04/landscape broken and CVS tag question 24 years

Volker Franz

Hi, this week I send a bug report about the new ps-print-nomule 1.04 package to comp.emacs.xemacs. Since then I had some time to play with it - and found some questions which might be better suited here. ps-print-nomule 1.04/landscape broken ------------------------------------- I use landscape printing with ps-print-nomule a lot, and never had problems with it. However, since updating to version 1.04 the lines are cut at the beginning (in ghostview) or the text is printed as portrait instead of landscape (when printing on a printer). This problem occurs in xemacs-21.2-b36 as well as in xemacs-21.1.9. A simple example: Started: $xemacs-21.2-b36 -q Pasted the following code to *scratch* - and evaluated it: (progn (setq ps-landscape-mode nil) (switch-to-buffer "*scratch*") (ps-print-buffer (expand-file-name "~/scratch1.ps")) (setq ps-landscape-mode t) (switch-to-buffer "*scratch*") (ps-print-buffer (expand-file-name "~/scratch2.ps"))) Viewing and printing scratch1.ps is fine. However: - Viewing scratch2.ps in ghostview shows that the beginnings of the lines are cut. - Printing scratch2.ps gives a portrait version of the text, whith the header extending beyond the right boundary. I played a bit with ps-print.el: I retrieved xemacs-ps-print-nomule from the CVS - server and found that ps-print.el is in revision 1.04. I retrieved revision 1.03, opened it in the xemacs-21.2-b36 (from above), evaluated the ps-print.el buffer and now the problem disappeared. So - the problem seems to be caused by the change from 1.03 to 1.04. CVS tag question ---------------- >From http://cvs.xemacs.org/#packages I learned that xemacs revisions are taged like: r21-2-26. I wonder whether something similar holds for the packages? Such that I could not only retrieve the old status of the file ps-print.el, but also of the whole package? The status information of xemacs-ps-print-nomule does not suggest this, because in all other files (except ps-print.el), there is no Sticky Tag set. But maybe I am confusing things here...? Volker P.s.: I append the bug-info of $xemacs-21.2-b36 -q: In XEmacs 21.2 (beta36) "Notus" [Lucid] (mips-sgi-irix6.5) of Thu Nov 9 2000 on olive configured using `configure --prefix=/homes/vf/local --compiler=/bin/cc' Recent keystrokes: button2 button2up C-x C-e C-x d RET down down down down down RET misc-user misc-user misc-user C-x C-e misc-user misc-user button1 button1up button2 button2up misc-user misc-user C-x C-e misc-user misc-user button1 button1up button1 button1up f2 misc-user Recent messages (most recent first): Parsing /home/vf/.mailrc... done Parsing /home/vf/.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Loading emacsbug...done f2 not defined. Loading emacsbug... t Wrote /home/vf/scratch2.ps Wrote /home/vf/scratch2.ps -- ___________________________________________________________ Volker H. Franz Max-Planck-Institut fuer biologische Kybernetik Spemannstr. 38 72076 Tuebingen Tel : ++49 (0)7071/601-606 Fax : ++49 (0)7071/601-616 mailto:volker.franz＠tuebingen.mpg.de http://www.kyb.tuebingen.mpg.de/bu ___________________________________________________________

2 participants
3 comments

Re: correction to: clear v18 cruft out of mail-abbrevs.el and add a new feature 24 years

Charles G Waldman

Yoshiki Hayashi writes: > Charles G Waldman <cgw(a)fnal.gov> writes: ... Thanks for resuscitating this patch. How do we handle CVS commits to the packages? Should I check this in, will you, or is it up to Steve Youngs?

2 participants
1 comments

Re: Upcoming sumo release - Nov 15 24 years

Adrian Aichner

>>>>> "SY" == Steve Youngs <youngs(a)xemacs.org> writes: I plan to get ps-print changes in this weekend. How long do I have time? Best regards, Adrian SY> I'm planning on releasing new sumo packages on or about November SY> 15th. So if you have any last minute, just can't live without em SY> hacks that you want in this release, get em in *NOW*. SY> -- SY> |---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---| SY> | XEmacs - It's not just an editor... | SY> | It's a way of life. | SY> |----------------------------------<mailto:youngs＠xemacs.org>---| -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

2 participants
1 comments

calc: calc tutorial is broken 24 years

Giacomo Boffi

The following message is a courtesy copy of an article that has been posted to comp.emacs.xemacs as well. debian stable (2.2) XEmacs 21.2.36 calc package 1.13 in calc, "h t" doesn't jump to calc's tutorial please test with XEmacs 21.1.x, it's likely that the problem is present also in the stable branch i can get a lisp backtrace: begin 644 calc-tutorial-backtrace M4VEG;F%L:6YG.B`H=W)O;F<M='EP92UA<F=U;65N="!S=')I;F=P(&YI;"D* M("!D96QE=&4M=VEN9&]W<RUO;BAN:6PI"B`＠8V%L8RUQ=6ET*"D*("`C/&-O M;7!I;&5D+69U;F-T:6]N(&YI;"`B+BXN*#(R*2(＠6V=E="UB=69F97(M=VEN M9&]W("(J0V%L8W5L871O<BHB(&-A;&,M<75I="!C86QC+6EN9F\＠26YF;RUG M;W1O+6YO9&4＠(DEN=&5R86-T:79E(%1U=&]R:6%L(B!C86QC+6]T:&5R+7=I M;F1O=R!M97-S86=E(")796QC;VUE('1O('1H92!#86QC(%1U=&]R:6%L(2)= M(#(＠*"(O=7-R+VQO8V%L+VQI8B]X96UA8W,O>&5M86-S+7!A8VMA9V5S+VQI M<W`O8V%L8R]C86QC+6UI<V,N96QC(B`N(#4W-S＠I(&YI;#XH*0H＠(&-A;&PM M:6YT97)A8W1I=F5L>2AC86QC+71U=&]R:6%L*0H＠(&-A;&,M:&5L<"UP<F5F M:7＠H;FEL*0H＠(&-A;&PM:6YT97)A8W1I=F5L>2AC86QC+6AE;'`M<')E9FEX "*0H` ` end

2 participants
1 comments

Re: byte-compile emu-mule.el 24 years

Adrian Aichner

>>>>> "SY" == Steve Youngs <youngs(a)xemacs.org> writes: SY> * "Dhruva" == Dhruva KRISHNAMURTHY <Dhruva_KRISHNAMURTHY(a)delmia.com> writes: Dhruva> Hi, Dhruva> I downloaded the latest xemacs-package from ftp.xemacs.org/packages. Dhruva> When I try to byte-compile-file ( or byte-force-recompile ), it fails when Dhruva> compiling the following file: xemacs-packages/lisp/apel/emu-mule.el with the Dhruva> following message. Dhruva> ---------------------------------- Error Msg Dhruva> ------------------------------------- Dhruva> Compiling file d:\Emacs\xemacs-packages\lisp\apel\emu-mule.el at Thu Nov 09 Dhruva> 09:20:09 2000 Dhruva> While compiling toplevel forms: Dhruva> !! Invalid read syntax (("#")) Dhruva> !! Invalid read syntax (("#")) Dhruva> ---------------------------------- Error Msg --- SY> I don't see this error under Linux. Dhruva> I have XEmacs-21.2-b36 "Notus" on NT. SY> Adrian Aichner may be able to help (he's an NT user). Adrian, do you SY> have any problems with this? If I byte-compile I get the same problem, yes. As Stephen points out, this is because my XEmacs is not build with a Mule inside. This seems to be the wrong problem though! I can build the apel package just fine ( make distclean make bindist ) from latest CVS, because I have correctly configured my .../xemacs-packages/Local.rules It contains this: # Should we build the mule package? # BUILD_WITHOUT_MULE = t This causes emu-mule.el (and some others requiring mule) not to be byte-compiled when the package is built. Hope this helps, Adrian SY> -- SY> |---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---| SY> | XEmacs - It's not just an editor... | SY> | It's a way of life. | SY> |----------------------------------<mailto:youngs＠xemacs.org>---| -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

3 participants
2 comments

Re: Xemacs Line Numbers Printing 24 years

Adrian Aichner

>>>>> "David" == David Goldberg <David.Goldberg(a)HSC.com> writes: David> Hi, David> Does anyone know if there has been any recent effort to get David> line number printing into print-ps? (Version 3.05 mentions That would be ps-print. A patch to print line numbers is in the queue. I hope to review it this weekend. David> this in the to do list, but it looks like this was a few David> years ago.) I'd like to be able to print from here rather David> than enscript or a2ps so I can retain my color formatting. David> Equivalently, is there anybody who knows how to print on David> screen glyphs? Say more ... David> Thank you, David> David Ross Goldberg David> drgoldberg(a)boeing.com David> The Boeing Company David> Boeing Satellite Systems David> ---------------------- Forwarded by David R Goldberg/ES/HSC/HUGHES on David> 11/10/2000 02:45 PM --------------------------- David> "Chen, Jerry G" <Jerry_Chen(a)AIMFUNDS.COM> on 11/10/2000 12:50:06 PM David> To: "'David.Goldberg(a)HSC.com'" <David.Goldberg(a)HSC.com> David> cc: David> Subject: RE: Line Numbers Mode David> David, David> The line numbers that my extension displays on the screen are used David> only for visual editing. It's sort illusion 'cause the numbers are David> not part of the buffer contents. (I use something called text-glyph David> attached to an elisp object called extent at the beginning of each David> line on the screen). To my knowledge, XEmacs has no built-in David> support for printing image or text glyph shown on the screen in David> the buffers. It's possible to hack it out, but I guess it's difficult David> in general. David> If you want to print line numbers, you can try a great GNU tool, David> called enscript. I don't know if ps-print calls enscript at the David> backend. enscript generates ps file before sending to a ps printer, David> and there's an option, -C, to enable line-number-printing: David> http://people.ssh.fi/mtr/genscript/ David> I wrote an enscript.el to interface with the program. It's only David> for my personal use, and never got around to make it public. If you David> know how to mess with elisp, I can email you a copy. Here is a David> snapshot... David> Regards, David> Jerry Chen David> -- David> ps: I finally adopted an English first name when I became a US citizen David> last year. So please don't think I am another guy. :) >> -----Original Message----- >> From: David.Goldberg(a)HSC.com [mailto:David.Goldberg＠HSC.com] >> Sent: Friday, November 10, 2000 2:29 PM >> To: chen(a)posc.org >> Subject: Line Numbers Mode >> >> >> Gongquan Chen, >> >> Hello Mr. Chen! I have just found your wonderful little line >> numbers mode extension to xemacs. >> It looks like a great tool at least on screen, but I have had >> some difficulty getting it to print correctly. >> I am using xemacs 21.1 and ps-print 3.05x1 to print. Line >> numbers look great on screen, >> but it looks like the line numbers are somehow either not >> printed, or they are stripped out when printing. >> Have you encountered this? Do you have a solution? >> If you could space a minute or two to consider this, I would >> greatly appreciate your help. >> >> Thank you, >> David Ross Goldberg >> drgoldberg(a)boeing.com >> The Boeing Company >> Boeing Satellite Systems >> >> David> (See attached file: xemacs--enscript-gui.gif) -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

1 participants
0 comments

Xemacs Line Numbers Printing 24 years

David.Goldberg＠HSC.com

Hi, Does anyone know if there has been any recent effort to get line number printing into print-ps? (Version 3.05 mentions this in the to do list, but it looks like this was a few years ago.) I'd like to be able to print from here rather than enscript or a2ps so I can retain my color formatting. Equivalently, is there anybody who knows how to print on screen glyphs? Thank you, David Ross Goldberg drgoldberg(a)boeing.com The Boeing Company Boeing Satellite Systems ---------------------- Forwarded by David R Goldberg/ES/HSC/HUGHES on 11/10/2000 02:45 PM --------------------------- "Chen, Jerry G" <Jerry_Chen(a)AIMFUNDS.COM> on 11/10/2000 12:50:06 PM To: "'David.Goldberg(a)HSC.com'" <David.Goldberg(a)HSC.com> cc: Subject: RE: Line Numbers Mode David, The line numbers that my extension displays on the screen are used only for visual editing. It's sort illusion 'cause the numbers are not part of the buffer contents. (I use something called text-glyph attached to an elisp object called extent at the beginning of each line on the screen). To my knowledge, XEmacs has no built-in support for printing image or text glyph shown on the screen in the buffers. It's possible to hack it out, but I guess it's difficult in general. If you want to print line numbers, you can try a great GNU tool, called enscript. I don't know if ps-print calls enscript at the backend. enscript generates ps file before sending to a ps printer, and there's an option, -C, to enable line-number-printing: http://people.ssh.fi/mtr/genscript/ I wrote an enscript.el to interface with the program. It's only for my personal use, and never got around to make it public. If you know how to mess with elisp, I can email you a copy. Here is a snapshot... Regards, Jerry Chen -- ps: I finally adopted an English first name when I became a US citizen last year. So please don't think I am another guy. :) > -----Original Message----- > From: David.Goldberg(a)HSC.com [mailto:David.Goldberg＠HSC.com] > Sent: Friday, November 10, 2000 2:29 PM > To: chen(a)posc.org > Subject: Line Numbers Mode > > > Gongquan Chen, > > Hello Mr. Chen! I have just found your wonderful little line > numbers mode extension to xemacs. > It looks like a great tool at least on screen, but I have had > some difficulty getting it to print correctly. > I am using xemacs 21.1 and ps-print 3.05x1 to print. Line > numbers look great on screen, > but it looks like the line numbers are somehow either not > printed, or they are stripped out when printing. > Have you encountered this? Do you have a solution? > If you could space a minute or two to consider this, I would > greatly appreciate your help. > > Thank you, > David Ross Goldberg > drgoldberg(a)boeing.com > The Boeing Company > Boeing Satellite Systems > > (See attached file: xemacs--enscript-gui.gif)

1 participants
0 comments

Re: byte-compile emu-mule.el 24 years

Adrian Aichner

>>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: APA> This causes emu-mule.el (and some others requiring mule) not APA> to be byte-compiled when the package is built. Stephen> Do you mean that such files are sprinkled around outside Stephen> of the xemacs-packages/mule sources? If so, can you I haven't checked. apel is an example conditionalizing on BUILD_WITHOUT_MULE. comm/footnote is another example. So is oa/calendar. ps-print was changed to ps-print-nomule at some point. I don't remember what the story was. Stephen> suggest a way for me to quickly identify them (eg, grep Stephen> for BUILD_WITHOUT_MULE in package Makefiles)? That's what I would do. Stephen> I would like to purge code that requires Mule to build Stephen> correctly from the main codebase. Hmmh, isn't BUILD_WITHOUT_MULE a good thing to have? Do you suggest that each package with MULE enhancements to be split in two with the mule part living under xemacs-packages/mule? Adrian Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org

2 participants
1 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta November 2000