Re: printing woes



On Thu, 22 Jan 2004 13:02:20 -0700

"Andreas J. Guelzow" <aguelzow taliesin ca> wrote:

On Thu, 2004-01-22 at 12:28, Chris Dunn < wrote:
I love Gnumeric but my inability to format and print stuff is
stopping me from using it for all purposes at present.

Using :

Slackware 9.1, kernel 2.4.22

Gnumeric 1.2.0 as packaged with Slackware.

Turboprint driver with a cheap inkjet Canon printer.

The printer behaves itself reasonably well with all other apps. 

When I print from Gnumeric I get the following problems :

1. # signs where cell contents are not fitting within a column
width. The date is a good example, and this problem seems somewhat
random.'26-Sep-03' prints but '23-Sep-03' prints as # signs. The
entries appear OK in the spreadsheet display and the problem only
occurs in "print preview" and in printing. "print preview" is
consistent with the printout.

The font resolution when printing is different from the on-screen
resolution. Unfortunately glyph width does not scale linearly with the
resolution, so some strings are wider when printed than when shown on
screen. You simply need to make the columns wide enough to allow for
the width required when printing. (I hate fonts in which the various
digits do not have exactly the same width. Apparently in the font of
your choice, the 3 is a smidge wider than the 6.)

Thanks for the explanation.

I can deal with the adjustment of cell-width to suit date entries by
using 'print preview'. This is not a big problem

2. Printed text is truncated at the boundary (boundary not printed)
of a column instead of continuing into the next (empty column). This
too seems arbitrary in that some text prints across the border,
other text doesn't.
 
This is usually a result of the content of the cell overprinted (the
cell must be completely empty to be overprinted) and the way the
content of the current cell was created. Strings will try to overprint
the next cell, function results will not.

Truncation of text strings is a major show stopper.

Spreadsheets are very convenient for me to use for a lot of my work, as
they provide an easy way of formatting documents which are normally made
up of a lot of text strings and a sizeable chunk of (normally trivial)
maths. I do need to depend on the text strings printing out in full, and
it would certainly be a horrendous task to try and check each text
string in 'print preview' in order to be sure it is going to be fully
printed on the hard copy.

Not sure what you mean by "the way the content of the current cell was
created". The cells are certainly empty but the text truncates at the
left edge of the cell without any pattern that I can see.  

Is there any chance of these text printing problems being corrected in
the near future?


Andreas
-- 
Andreas J. Guelzow <aguelzow taliesin ca>
Taliesin



Chris Dunn
--------------------------------------------
Diamond Construction Ltd
PO Box 354, Providenciales, Turks and Caicos
        telephone :     1 (649) 941 4716
        fax :           1 (649) 941 4765
Thu Jan 22 15:26:01 EST 2004
--------------------------------------------



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]