[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: CC: Re: "new" wp for linux
From:       Tomasz Grobelny <grotk () poczta ! onet ! pl>
Date:       2004-04-14 17:49:59
Message-ID: 200404141949.59165.grotk () poczta ! onet ! pl
[Download RAW message or body]

On Wednesday 14 of April 2004 18:19, Thomas Zander wrote:
> On Wednesday 14 April 2004 17:32, Tomasz Grobelny wrote:
> > On Wednesday 14 of April 2004 15:48, Thomas Zander wrote:
> > > On Wednesday 14 April 2004 13:50, Tomasz Grobelny wrote:
> > > > > and width for each text part (probably per line).
> > > >
> > > > /Times-Roman findfont 24 scalefont setfont
> > > > 100 100 moveto (Setting width is not necessary. I must have
> > > > misunderstood something.) show showpage
> > > When default sizing is used; no width is needed. Try to adjust the
> > > kerning,
> > kshow+kerning tables.
> I meant manually set kerning; outside of the tables. Kerning for just one
> char-pair; for example.
>
Doesn't make any diffrence. The idea is to affect only those parts of text 
output that have to be chenged and leave the rest to postscript.

> > > the scaling or whatever.  Framemaker allows you to select a line and
> > > make it 97% width so that last word won't fall off.
> > > Your solution would mean thats impossible.
> >
> > But does it reduce whitespace width, character width or scale entire
> > characters?
>
> Well; take a postscript line that has a start and an end and make the
> integer for the end smaller; you'll see.
Is there a special postscript operator that implements this?

> IIRC the chars themselves are also scaled.
>
0.97 0.97 scale?

> > > Remember that the font you sent (in your postscript file) may be
> > > ignored because a locally installed font of the same name is present.
> > > I had a print with an Arial on paper, while I sent an Helvetica in the
> > > postscript file. The printer just thought it should be Arial.
> > > Stupid printer, but I am happy that the end lines were present to make
> > > sure the sizing went right.
> >
> > 1. I'm not sure but isn't it a bug in PostScript interpreter?
>
> Nope.
>
So maybe there is a possibility to force certain font (the one embedded into 
document) to be used?

> > 2. When printer substituted font and kept metrics (or at least overall
> > width) in tact those two propably didn't fit. Setting string width is
> > not a solution.
>
> Thats a contradiction; setting the width will make the postscript
> interpreter MAKE IT FIT, by scaling for example.
Again, is there a special operator for this? Or maybe procedures that 
implement fitting better than only proportionally scaling logical width of 
characters?

> In my example the width really was a good solution since the text was
> always a little deformed; but took the same space on paper. Nobody but a
> graphics-designer would notice the difference.
Well, I haven't seen it. But I see that Qt/KWord output is far from being 
perfect (not being graphics-designer myself).

Tomek
_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]