[open-beos-printing] Re: PDF Writer 2
- From: "Philippe Houdoin" <philippe.houdoin@xxxxxxx>
- To: open-beos-printing@xxxxxxxxxxxxx
- Date: Thu, 6 Dec 2001 02:56:51 -0500 (EST)
>ClipToPicture(BPicture *picture, BPoint point, uint32 unknown)
>is implemented. I am surprised that it already works quite well!
Well done, Michael!
>The remaining issues are:
>- don't know excatley what the meaning of parameters point
> and unknown is, probably an offset and if the picture
> or inverse picture should be used for clipping.
point.x and point.y are the origin where to start *playing* the
clipping BPicture, yes.
I guess, like you, unknow is in
>- clipping to inverse picture is not implemented
Well, with current PDFlib features, it wouldn't be easy.
Maybe we can ask help PDFlib' Thomas Wertz about this topic...
>- clipping to text or image is not implemented
DrawShape on font glyph shapes=3F
For image, I don't even know how to figure this kind of clipping in my
mind!
>Text is now encoded as MacRoman. Interestingly I have
>not managed to encode text in WinAnsi correctly!
In previous version (unreleased pre v0.3, the one I send to you first
time), I was using the BFont encoding code, as the font was/is
embebded.
It seem to work to me, but I'm not a PDF font encoding guru...
In fact, there is still a comment about that before the
convert=5Ffrom=5Futf8 call in PDFWriter::DrawString()
Could you tell me why I was wrong=3F
>Other issues:
>There seems to be a bug in the image drawing routine.
Could you give details here=3F
Philippe.
--
Fortune Cookie Says:
"If value corrupts then absolute value corrupts absolutely"
- Follow-Ups:
- [open-beos-printing] Re: PDF Writer 2
- From: Michael Pfeiffer
Other related posts:
- » [open-beos-printing] PDF Writer 2
- » [open-beos-printing] Re: PDF Writer 2
- » [open-beos-printing] Re: PDF Writer 2
- [open-beos-printing] Re: PDF Writer 2
- From: Michael Pfeiffer