Re: page-break-inside

2002-10-22 Thread Marcin Zawadzki
 Marcin Zawadzki wrote:
  If somebody is working on property page-break-inside ?
 No. Its way down the priority list because its basically redundant.
 The only sensoble setting is page-break-inside=avoid, which is the
 same as keep-together=always, simply replace it. Keep in mind
 that keep-together only workss on table rows, so you might want
 to use the old blind table trick.

 J.Pietschmann

Maybe I something dont understand.
I have folowing problem with table rows:

How to force table rows to be on one page only.
When row is to big to fit on actual page it should be moved to next page. I
try keeps nad breaks, but it seens to work in diffrent matter.

Marcin Zawadzki




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Including Fonts in 20.4

2002-10-22 Thread John Gentilin
I want to include windows fonts in my PDF, but not embed them.
I converted the ttf font to XML, added it to my config file then I
made the change below to FontInfo.java to prevent the exception
that occurred where the embedFile is cast to a File object.

FOP seemed to run just fine and produced the PDF but when I go
to display the PDF, I get an error 110 problem with the document.
I tried to create a similar document with Acrobat and the major
difference
in the PDF is that there is font width information in the in the Font
declaration
section. I also noticed that the XML font file that I produce is much
different
that the XML font file that are part of the FOP source distribution ??

Is the XML File being produced correctly ?

Did I miss something ??

TIA
John G


Changes to FontInfo.java.

  */
 public String getEmbedFile() throws FOPException {
if (embedFile == null) return null;



--
--
John Gentilin
Eye Catching Solutions Inc.
18314 Carlwyn Drive
Castro Valley CA 94546

Contact Info
[EMAIL PROTECTED]
Ca Office 1-510-881-4821
NJ Office 1-732-422-4917




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Two characters on each other. Bug in cell-printing ?

2002-10-22 Thread Marcin Zawadzki



In some cases when I print *.fo document, two 
characters are printing on this same place. The error appears only when using 
fop with -print option. Generating pdf works correctly. 

Below an example:

I have table with 
fo:table 
border-collapse="separate" \ 
And a column 
 
fo:table-column column-width="38mm"/ 

The following cell:
 fo:table-cell 
border-right-width="1pt" border-right- border-bottom-width="1pt" 
border-bottom- fo:block 
keep-together="always" 
2M AUTO - ELEKTRO Mechanika Pojazdowa-Marek Mo³odowiec xxx  
xxx xxx  
xxx 
/fo:block/fo:table-cell 


is printing incorect causing:  last "xxx" 
begins on the half of last "x" character previous "" 
string.
I'm also using font-family = "Times" if this 
colud be reason and  hyphenate="true" within entire flow.


Marcin Zawadzki



Two characters on each other. Bug in cell printing ?

2002-10-22 Thread Marcin Zawadzki




In some cases when I print *.fo document, two 
characters are printing on this same place. The error appears only when using 
fop with -print option. Generating pdf works correctly. 

Below an example:

I have table with 
fo:table 
border-collapse="separate" \ 
And a column 
 
fo:table-column column-width="38mm"/ 

The following cell:
 fo:table-cell 
border-right-width="1pt" border-right- border-bottom-width="1pt" 
border-bottom- fo:block 
keep-together="always" 
2M AUTO - ELEKTRO Mechanika Pojazdowa-Marek Mo³odowiec xxx  
xxx xxx  
xxx 
/fo:block/fo:table-cell 


is printing incorect causing: last "xxx" 
begins on the half of last "x" character previous "" 
string.
I'm also using font-family = "Times" if this 
colud be reason and hyphenate="true" within entire flow.

My fop version is 0.20.4

Marcin Zawadzki



Re: page-break-inside

2002-10-22 Thread Oleg Tkachenko
Marcin Zawadzki wrote:


Maybe I something dont understand.
I have folowing problem with table rows:

How to force table rows to be on one page only.
When row is to big to fit on actual page it should be moved to next page. I
try keeps nad breaks, but it seens to work in diffrent matter.


That's exactly job for keep-together property [1], but make sure your row is 
able to fit on at least the entire page, otherwise you can run into infinite 
loop bug.

--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: Including Fonts in 20.4

2002-10-22 Thread Oleg Tkachenko
John Gentilin wrote:


I want to include windows fonts in my PDF, but not embed them.


Ahem, what is the difference? Have you tried this way?
If you do not want the font embedded in the PDF then remove the embed-file 
attribute. The PDF will then contain text using the font with the font metrics 
and to view it properly the font will need to be installed where it is being 
viewed. (http://xml.apache.org/fop/fonts.html)

--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: page-break-inside

2002-10-22 Thread Marcin Zawadzki
OK thanks. 
It works now.

Marcin Zawadzki





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




storing metadata

2002-10-22 Thread Paul . Hussein
I believe the adobe pdf standard includes the ability to store metadata
with the pdf.

XMP i think they call it. I would like to extend FOP to allow storing of
this metadata within the produced PDF.

I could then store the FO inside the PDF for later reference.

Any ideas if this feasible and how I could go about it ??


Regards


Paul.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: fo validation issue (Latest FO schema)

2002-10-22 Thread Oleg Tkachenko
Chuck Paussa wrote:


I believe that the schematron folks are working on a schematron
validator that works as an extension to the schema


It's done already, schematron schema can be embedded into xml schema. This 
actually allows double validation against both schemas.

If anyone wants to take on the task of extending the schema with
schematron asserts. Feel free.


I will. Even if people doesn't want to see validation taken outside from java 
code, I believe it's important to have such kind of service, probably as 
external module or sax filter.

--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: storing metadata

2002-10-22 Thread Oleg Tkachenko
[EMAIL PROTECTED] wrote:


I believe the adobe pdf standard includes the ability to store metadata
with the pdf.

XMP i think they call it. I would like to extend FOP to allow storing of
this metadata within the produced PDF.

I could then store the FO inside the PDF for later reference.

Any ideas if this feasible and how I could go about it ??


Just take generated pdf and process it as you wish using third-party software 
(iText is a good one).

--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: fo validation issue

2002-10-22 Thread Oleg Tkachenko
Peter B. West wrote:


BALI: In Memoriam



In a pull model, as distinct from the peephole processing model
encouraged by SAX, this is easy, because you know where you are at all
times; e.g., whether you are within an fo:flow, or more specifically,
whether you are descending within an out-of-line formatting object. If
you are, then you know that any fo:footnote or fo:float you encounter is
illegal, and you can say why.


Well, I should admit I don't understand clearly how it works, but if you sure 
it's a better way to validate and wont overhead processing, I believe you :)
So, do we decide to go this way? Other opinions?

--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: storing metadata

2002-10-22 Thread Dirk-Willem van Gulik


On Tue, 22 Oct 2002 [EMAIL PROTECTED] wrote:

 XMP i think they call it. I would like to extend FOP to allow storing of
 this metadata within the produced PDF.

I'd love to see this !

See: http://www.adobe.com/products/xmp/main.html for more details. But
this is really just RDF.

http://partners.adobe.com/asn/developer/xmp/pdf/MetadataFramework.pdf

Page 12 sums it all up in general.

And in
http://partners.adobe.com/asn/developer/xmp/download/docs/XMPEmbedding.pdf

you will find exactly how to put it into PDF.

 Any ideas if this feasible and how I could go about it ??

Well; two methods; the first one (which is easiest but gets you little in
return) would be it integrate the adobe SDK with apache by using their
library interface. However it would be very limited to a few platforms and
propably not worth your time and a nightmare to maintain.

The second method is to read and study the XMPEmbedding.pdf spec and start
to code that directly into FOP. In the medium and long run that is
propably the quickest route; and luckily the standard is quite simple.

Once you've got something working - just post the patch on this list.

If there are -any- licenseing questions around this community;
[EMAIL PROTECTED] is the place to ask; and/or [EMAIL PROTECTED] And they
will use watherver legal cycles to make sure it is all sound.

Alternatively - there are plenty of small commercial outfits in the apache
ecosystem which would be happy to simply implement this for you and if
permitted by the customer would make it open source later.

Of course - wether this code ever makes it into FOP depends on if most of
the developers reach consensus as to wether this is a cool feature.

Dw



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: fo validation issue

2002-10-22 Thread Peter B. West
Oleg,

It's not a question of being a better way to validate, per se.  What I'm 
saying is that it is a better way to process complex XML of fixed 
structure.  The ability to validate is a side-effect of an explicit 
top-down processing structure, which effectively allows you to read the 
structure of the specification in the structure of the code.  No 
particular validation is implied.  Take a look at the code under xml and 
fo.pagination, and fo.FoRoot in FOP_0-20-2_Alt-Design if you have the 
time and inclination.

Oleg Tkachenko wrote:

Well, I should admit I don't understand clearly how it works, but if you 
sure it's a better way to validate and wont overhead processing, I 
believe you :)
So, do we decide to go this way? Other opinions?

This is what is already happening in alt.design, but the structure is 
very different from the existing processing structure.

Peter
--
Peter B. West  [EMAIL PROTECTED]  http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]



Re: Including Fonts in 20.4

2002-10-22 Thread John Gentilin
Oleg,

In short yes but... when you pull out that tag it causes the variable embedFile
to become null. This is fine since  FontReader.java code states that you need
to supply a null if you don't want to embed the font info. Presumably since the
BasrDir  feature was implemented, the FontInfo.java code tries to apply a test
to determine if the embedFile is absolute and if it isn't it prepends basedir,
this
test causes an NPE to occur which results in the message Failed to read font
metrics file : null 

As I stated in my previous email, I added code to fix the NPE and it produced
the PDF without complaint. I just can't read it with Acrobat Reader. I also tried
to generate a similar file using Acrobat so I could compare differences. The main
difference is that the Font declaration in the PDF is missing a section named
Widths

This cause me to look at the XML Font files in the FOP source which is where I
discovered that the XML Font Files I generated with TTFReader were very
different.

Regards
John G

Oleg Tkachenko wrote:

 John Gentilin wrote:

  I want to include windows fonts in my PDF, but not embed them.

 Ahem, what is the difference? Have you tried this way?
 If you do not want the font embedded in the PDF then remove the embed-file
 attribute. The PDF will then contain text using the font with the font metrics
 and to view it properly the font will need to be installed where it is being
 viewed. (http://xml.apache.org/fop/fonts.html)

 --
 Oleg Tkachenko
 eXperanto team
 Multiconn Technologies, Israel

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, email: [EMAIL PROTECTED]

--
--
John Gentilin
Eye Catching Solutions Inc.
18314 Carlwyn Drive
Castro Valley CA 94546

Contact Info
[EMAIL PROTECTED]
Ca Office 1-510-881-4821
NJ Office 1-732-422-4917




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: AW: Re: Bug 13699

2002-10-22 Thread Peter B. West
Jeremias,

I'm sorry Jeremias.  It was a joke.  See bugger and fop in a nearby 
dictionary.

Peter

[EMAIL PROTECTED] wrote:
I'm talking about multiple instances of Driver of the same FOP version running
in different threads at the same time in the same VM.




Jeremias wrote:


I'm planning to write a testcase that runs multiple FOPs
simultaneously to find out where the buggers are.


Jeremias,

What kind of FOPs are we talking about?



--
Peter B. West  [EMAIL PROTECTED]  http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: Including Fonts in 20.4

2002-10-22 Thread John Gentilin
Found it, for some reason if I am not embedding fonts I need
to encode the xml file with option -enc ansi once I did that it
worked fine.

For this next version of FOP, can we make the change to FontInfo.java ??

Regards
John G

John Gentilin wrote:

 Oleg,

 In short yes but... when you pull out that tag it causes the variable embedFile
 to become null. This is fine since  FontReader.java code states that you need
 to supply a null if you don't want to embed the font info. Presumably since the
 BasrDir  feature was implemented, the FontInfo.java code tries to apply a test
 to determine if the embedFile is absolute and if it isn't it prepends basedir,
 this
 test causes an NPE to occur which results in the message Failed to read font
 metrics file : null 

 As I stated in my previous email, I added code to fix the NPE and it produced
 the PDF without complaint. I just can't read it with Acrobat Reader. I also tried
 to generate a similar file using Acrobat so I could compare differences. The main
 difference is that the Font declaration in the PDF is missing a section named
 Widths

 This cause me to look at the XML Font files in the FOP source which is where I
 discovered that the XML Font Files I generated with TTFReader were very
 different.

 Regards
 John G

 Oleg Tkachenko wrote:

  John Gentilin wrote:
 
   I want to include windows fonts in my PDF, but not embed them.
 
  Ahem, what is the difference? Have you tried this way?
  If you do not want the font embedded in the PDF then remove the embed-file
  attribute. The PDF will then contain text using the font with the font metrics
  and to view it properly the font will need to be installed where it is being
  viewed. (http://xml.apache.org/fop/fonts.html)
 
  --
  Oleg Tkachenko
  eXperanto team
  Multiconn Technologies, Israel
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, email: [EMAIL PROTECTED]

 --
 --
 John Gentilin
 Eye Catching Solutions Inc.
 18314 Carlwyn Drive
 Castro Valley CA 94546

 Contact Info
 [EMAIL PROTECTED]
 Ca Office 1-510-881-4821
 NJ Office 1-732-422-4917

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, email: [EMAIL PROTECTED]

--
--
John Gentilin
Eye Catching Solutions Inc.
18314 Carlwyn Drive
Castro Valley CA 94546

Contact Info
[EMAIL PROTECTED]
Ca Office 1-510-881-4821
NJ Office 1-732-422-4917




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




DO NOT REPLY [Bug 13866] - [PATCH] Support for CCITT encoding of TIFF images in PDF output

2002-10-22 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13866

[PATCH] Support for CCITT encoding of TIFF images in PDF output





--- Additional Comments From [EMAIL PROTECTED]  2002-10-23 03:42 ---
Created an attachment (id=3572)
TAR archive with diff's and the enw files

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




DO NOT REPLY [Bug 13867] New: - [PATCH] Updated examples/fo files to remove all errors and warnings during build

2002-10-22 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13867.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13867

[PATCH] Updated examples/fo files to remove all errors and warnings during build

   Summary: [PATCH] Updated examples/fo files to remove all errors
and warnings during build
   Product: Fop
   Version: 0.20.4
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Updated the examples/fo files to remove all errors/warnings during build. This 
should help to reduce any possible confusion caused especially for new fop 
users by these errors/warnings. The examples now build cleanly with only [INFO] 
messages.

The main changes include adding table-layout=fixed to all tables, removal 
(commented out) examples of unimplemented features, replacement of 
unimplemented composite properties, eg. border=thick solid red, with their 
expanded forms, and some other minor edits.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




DO NOT REPLY [Bug 13867] - [PATCH] Updated examples/fo files to remove all errors and warnings during build

2002-10-22 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13867.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13867

[PATCH] Updated examples/fo files to remove all errors and warnings during build





--- Additional Comments From [EMAIL PROTECTED]  2002-10-23 03:50 ---
Created an attachment (id=3573)
cvs diff -u of the docs/examples/fo directory

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: FOP defect when rendering rotated grouped text and path objects

2002-10-22 Thread Keiron Liddle
On Thu, 2002-09-26 at 16:09, Matthew L. Avizinis wrote:
 Hello all
 I have found that when attempting to render an SVG to pdf if the image
 contains mixed text and line objects such as paths, rect's, etc. which are
 grouped, if the group is rotated [by either rotate() or matrix()] by an
 angle =±8°, the text is transformed correctly while the path remains
 unrotated.  If the angle of rotation is =±9° the path (or rect, line, etc.)
 is rotated correctly.
 for example,

I don't get any problem with the example with 9 or 8 degrees. Both
svg-png and svg-pdf appear to be the same.

What versions are you using?
Have you tried converting the image using the batik that comes with the
FOP you are using?

 svg width=1395 height=1747
   g transform=rotate(-9) translate(-13.5791 189.397) translate(-10.6777
 6.69118)
 text x=145px y=209px transform=translate(-86.6667 -48)
 font-size=116 font-family=Arial font-weight=boldP/text
 text x=607px y=289px transform=translate(-602.667 -166.667)
 translate(612.111 247.356) scale(0.965631 1) translate(-612.111 -247.356)
 scale(0.964408 1) fill=rgb(0,0,0) font-size=116 font-family=Arial
 font-weight=boldG/text
 path d=M52.7692 81.1538 L1113.88 82.1267 transform=translate(1113.88
 81.6403) scale(0.988691 1)  fill=none stroke=rgb(0,0,0)
 stroke-width=10/
 path transform=translate(0.992548 0.121852) scale(1.01556 1)
 fill=none stroke=rgb(0,0,0) stroke-width=4 d=M1164 -6 L1164 1569 L-3
 1569 L-3 -6 z/
   /g
 /svg
 
 The image is correctly displayed by the current version of Batik.  So I'm
 wondering if this is still a problem with Batik or with FOP or both.  Anyone
 have any ideas about this and is there any workaround available?  If this a
 new defect, should I report it further than this?  If so, point me to
 instructions for Bugzilla.
 
 thanks in advance,
Matthew L. Avizinis mailto:mla;gleim.com



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]