Yes, there is a problem with the printing system. Sorry for the paper
waste.. Currently it is computed a rectangle that contains the entire
diagram. Because the schema diagram may by unbalanced - one component
may be deeply expanded to the right and the rest collapsed - the
resulted rectangle contains regions of blank space which get printed.
An optimization would be for us to verify if there was something really
painted on each page. For the moment, the best thing is to save the
diagram as an image and then print it from another image processing
application.
Another thing: the printing scale is ok? Would you like an option to
change the size of the diagram components?
Regards,
Dan
Timothy Reaves wrote:
I went to print a diagram of a schema I have been working on. So I
context-clicked and selected print. The dialog that pops up offers
little real options (margin and orientation), so I just pressed OK
and walked over to the printer. Where 24 pages of paper were waiting
for me. So I'm left wondering what moron thought that was a good
thing when designing the print system? What an incredible waste of
paper. Plus, like I really have nothing better to do that tape 24
pages (it's a relatively small schema too) together.
I'm a big fan of oXygen, and have converted several of my co-workers
over to it. This is really the first time I've had to just scratch
my head in wonder. For images, the print system should either
constrain to a single page (the default), or ask what to do.
_______________________________________________
oXygen-user mailing list
[email protected]
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________
oXygen-user mailing list
[email protected]
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
