From: Jean-Marc V. <ver...@if...> - 2000-06-19 00:32:15
|
> Roll paper and very long prints are two different issues. Very long, > narrow prints are going to be hard to represent on the preview > window. Roll paper is something else; we need to understand a little > better how Epson handles that. I didn't realize that was a major issue. Couldn't one consider roll paper as endless paper ? Do you really need a bottom margin before you start printing ? Of course you do with full page layout programs like ghostscript and probably gimp-print as well. But one could imagine a mode where you would simply feed the printer continuously with separate prints until the user says stop or something. Isn't that what Epson does (I haven't tried it) ? > > I ported it to the mainline and did gimp_main_window as well. Shall I > > commit it there or would you like to? > > Go ahead. You've already gone a step further than me; I haven't even looked > at gimp_main_window and I don't know what it does ! > > OK. It's in there now. > > > - I haven't found a way to display centimeters (or millimeters) > > instead of inches. > > > > We really should do that... > > I'll give it a try tonight (unless it's already done as well). That'll be my > second gtk lesson. > > Could you do this stuff on the mainline, not just on your branch? I > want the UI stuff to get in as quickly as possible; your dithering > stuff is what needs more testing before committing to the mainline. > That's what I've done before reading your message actually. So I've done it and committed it. It works for me at least. However: 1 - I haven't dared do the same with gimp_main_window.c 2 - I've use a global variable "vars_unit" at the top of gtk_main_window.c I don't know where to put it for sure. That's not exactly a printer specific variable. I doubt that someone would use inches on one printer and centimeters on another model. That's rather region specific. 3 - The layout is objectionable. Below scaling. But it's there. > Hmm. I'm using an 870 myself (on a parallel port, not a USB). > Evidently the return on a USB port is slightly different. Is there a way I can help with USB ? Please note that I had problems outside of USB as well (and I'm apparently not the only one). -- -- Jean-Marc Verbavatz <ver...@if...> 5, rue La Fontaine "http://perso.cybercable.fr/verbavat" F-75016 Paris |