Current Bug List: ================ - Processing Framemaker input (request from: delorme@panda.ceng.cea.fr) - When a input PS file contains NULL characters, mpage will go nuts... but you'll only see it when you try to print/gs its output. - Scaling should be done differently: 18/4 gives odd integers, so border lines and clipareas maybe off by one point... Try mpage -8 -H - When resizing with -W and -L, the header may become a mesh. Probably should not scale header with this... - CTRL-D characters at the beginning of a file are removed. Current Wish List: ================= - I18N support - Option to print line numbers before each line of text - It would be nice if the Makefile used sed on the man page to insert the user's PREFIX/share directory into the man page, rather than having /usr/local/share/mpage hard coded. - Build Configure script... - Build RPM package for mpage - Check out th -j option. Does not seem to work properly. maybe it is fixed with the multiple -j patches... - Add support to select paper trays. - Tidy up the manual page. Option description could be much better... - Allow printing of header for postscript-input also. Sort of request by Tobias Buchal - Better control of how pages are positioned on the page (David B. Peterson (dave@Spacestar.COM, Ted Stern Dave Lopez ) found a need for again a different layout. Guess we need something like: -<#c><#r>[[]]+ and pages are printed viewing as portrait from left to right from bottom to top, eg (proposing option -e): -e2c3rpu14l23n56 would print logical pages in 2 (short side) by 3 long side) rows: 1 and 4 in portrait, upside down 2 and 3 in landscape, upside down 5 and 6 in landscape, normal with logical page 1 in the lower left corner, page 4 in the lower right corner, page 2 in the middle row left, page 3 in the middle row right, page 5 in the top row left, page 6 in the top row right. - Definition of page location, landscape/portrait etc becomes spagetti. Need to redefine the way this is setup... - Define an option to leave some space between logical pages. suggested by: Jeremie PETIT petit@aurora.unice.fr - More flexible header definitions (size, fontname, which items where greying ...):,e.g.: mpage ... -H="grey=20% user=left filename=center pagenumber=right" ... suggested by: Jeremie PETIT petit@aurora.unice.fr - Define a (optional) physical page header with optionally a physical pagenumber. Also dates etc. Currently partly implemented: -X option. Could use some work on proper font (bold/not bold...) - Also might want a general pageframe around the logical pages. On top of this frame we can put the -X option output. - The postscript character encoding support is sort of a hack. I guess things could be a bit cleaner. - Support for reducing mpage output. I.E. if I do: mpage -8P file.txt | mpage -8 I should get 64-up output. Problems are that the PostScript code produced is not "recursive". The end-of-page macro in particular suffers under re-definition, you get blank pages. Another problems is resolution of the printer. See the next Wish item. - Better handeling of PostScript input. The current stuff works, but it is not general enough. I am currently learning more here, thanks to the "Green Book" and will work on a cleaner parser for Version 3. (Oh-my-goodness, a pre-announcement ;-) Perhaps I should convert the whole PostScript processing routing to be a "Finite Automata". Each line will represent a "token" parsed by its comment, output will be based upon transitions from state to state. The automata should allow states and transitions to be added dynamicly so that we can adapt to differening structure conventions, and differing PostScript code generators (psdit, dvi2ps, etc ...) - From: zachary brown When I use mpage on postscript files, the document's preexisting margins cause mpage to leave a lot of blank space in between each mini-page, thus causing it to shrink the pages more than necessary. My suggestion is this: allow the user to specify how much a mini-page can break out of the boundary mpage sets for it and overwrite what is on a neighboring mini-page. Also allow the user to specify how far along either end of the imaginary line connecting the upper left corner and the lower right corner of each minipage, the mini-page will be magnified. This way, since there would only be those extra margins poking into other space, nothing would in fact be overwritten, and mpage would magnify the tiny-pages to their optimal size, and (since the user would specify the edges to be magnified), there would be no problem with part of the mini-page being off the physical page. I came to be aware of this problem by trying to print out the gnu libc manual, and finding no way to avoid huge gaps between the mini-pages. - Add better timing information, possible adding command line arguments to control the amount of timing information added to the file. (Eyuk, more arguments:-( - Recognise things like c^Hc^Hc to be displayed in bold font... (underline works fine currently) - Lots more, I'm sure.