From: Arjen M. <arj...@wl...> - 2004-02-17 12:47:48
|
Rafael Laboissiere wrote: > > * Arjen Markus <arj...@wl...> [2004-02-17 12:04]: > > > Well, perhaps not plenty of free time, but a great need for A4! > > Let me see what I can do here ... > > Well, a quick solution is to change the values of XSIZE and YSIZE in ps.h... > > > (Hm, no libpaper on my RedHat Linux system) > > Try rpmfind.net. libpaper is native Debian, but I guess it has been ported > elsewhere. > Given that papersize usually is a feature of a particular printer/plotter rather than a system-wide property (though there could be a system-wide default), would it not better to: - introduce a new command-line argument, say -papersize - support a fixed set of papersizes - extend all relevant drivers with this new feature Regards, Arjen |
From: Andrew R. <and...@us...> - 2004-02-17 14:33:22
|
On Tue, Feb 17, 2004 at 01:43:12PM +0100, Arjen Markus wrote: > Rafael Laboissiere wrote: > > > Given that papersize usually is a feature of a particular > printer/plotter > rather than a system-wide property (though there could be a system-wide > default), would it not better to: > > - introduce a new command-line argument, say -papersize > - support a fixed set of papersizes > - extend all relevant drivers with this new feature > I think I'm with Arjen on this one. libpaper support would be nice for getting defaults but we could still do with a command line option to override the default. In fact a command line option is probably more important. It might be nice to have a user specified as well as a set of defaults. You never can tell what strange sizes people might want. Andrew |
From: Arjen M. <arj...@wl...> - 2004-02-17 14:46:21
|
Andrew Ross wrote: > > On Tue, Feb 17, 2004 at 01:43:12PM +0100, Arjen Markus wrote: > > Rafael Laboissiere wrote: > > > > > Given that papersize usually is a feature of a particular > > printer/plotter > > rather than a system-wide property (though there could be a system-wide > > default), would it not better to: > > > > - introduce a new command-line argument, say -papersize > > - support a fixed set of papersizes > > - extend all relevant drivers with this new feature > > > I think I'm with Arjen on this one. libpaper support would be nice for > getting defaults but we could still do with a command line option to > override the default. In fact a command line option is probably more > important. It might be nice to have a user specified as well as a set of > defaults. You never can tell what strange sizes people might want. > That should not be too difficult - though if you do it properly, then you will need to deal with margins too, making a total of 6 numbers ... Luckily there is some standardisation with respect to paper sizes, no single uniform system of course, but still. Quite apart from actual paper: people may want to use the paper size to make good looking pictures for inclusion in reports and papers! Regards, Arjen |
From: Rafael L. <rla...@us...> - 2004-02-17 15:15:37
|
* Arjen Markus <arj...@wl...> [2004-02-17 13:43]: > Given that papersize usually is a feature of a particular printer/plotter > rather than a system-wide property (though there could be a system-wide > default), would it not better to: > > - introduce a new command-line argument, say -papersize > - support a fixed set of papersizes > - extend all relevant drivers with this new feature This is a very good idea. However, I still like the idea of setting the paper by default, either system-wide of through a --with-paper configure option. libpaper knows about of tens of different sizes of paper. Instead of reinventing the wheel, we could use libpaper in PLplot, what has the advantage of taking care of both system- and user-specified paper type. -- Rafael |
From: Andrew R. <aro...@ya...> - 2004-02-17 15:38:12
|
>Given that papersize usually is a feature of a particular >printer/plotter >rather than a system-wide property (though there could be a system-wide >default), would it not better to: > >- introduce a new command-line argument, say -papersize >- support a fixed set of papersizes >- extend all relevant drivers with this new feature You could also set the paper size through -geo command line option which is already in the API. I do not know if it is used or recognised by the PS driver already, but doubt it. The paper size could be set for example in mm "-geo 210x297" for example could set the page size to A4. The user could then have a backup way of setting paper sizes not defined already in any library or internal set. I am not suggesting this INSTEAD of any of the ideas already out there, but as an *extra* one, and perhaps one that could be done simply in the short term, and not effecting any more advanced solutions. You could still have a "-papersize A4" as command line option, and keep "-geo 210x297" as well. -Andrew R |