Re: Re: fop.jar, Service-registration mechanism, one-jar problem

2007-04-30 Thread b . ohnsorg
Thanks for the fast and extensive replies. I'll have a look at it and retry. 
Maybe a JavaDoc-comment makes it a bit easier being new to «funny things with 
service registration that's not so funny at all».
- original Nachricht 

Betreff: Re: fop.jar, Service-registration mechanism, one-jar problem
Gesendet: Fr 27 Apr 2007 08:50:57 CEST
Von: Jeremias Maerki[EMAIL PROTECTED]

 Plus, you may need to merge some text files inside /META-INF/services if
 you merge multiple JARs which may have files with the same name.
 
 BTW, FOP doesn't do funny things concerning renderer registration.
 This is a properly documented facility offered through Java. See here:
 http://java.sun.com/j2se/1.4.2/docs/guide/jar/jar.html#Service%20Provider
 Many packages use that facility including: ImageIO, javax.sound, Apache
 Batik, Apache Xalan-J and many more.
 
 
 On 27.04.2007 02:10:20 Daniel Noll wrote:
  [EMAIL PROTECTED] wrote:
   Now FOP does a funny thing with renderer-registration and I don't see
   the use for it. Instead of doing a sort of init process like:
   
   - create map
- register internal classes with MIMEs
- handover map to plugin concept
   
   you do something like read entries from file fop.jar and register if
   instance of some sort of abstract renderer.
  
  It sounds like you might have just forgotten to put the content of 
  fop.jar's /META-INF directory into your own jar file.
  
  Daniel
  
 
 
 
 Jeremias Maerki
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 










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



fop.jar, Service-registration mechanism, one-jar problem

2007-04-26 Thread b . ohnsorg
Hi there,

I maintain a sort of release notes application, that is capable of exporting 
release notes information to various formats. I tried to add FOP-support to it 
and failed. I'm limited to one-jar solutions, I'm not allowed to refer to any 
sort of external package. That's why I use a huge jar containing all the neat 
stuff, including FOP.

Now FOP does a funny thing with renderer-registration and I don't see the use 
for it. Instead of doing a sort of init process like:

- create map
- register internal classes with MIMEs
- handover map to plugin concept

you do something like read entries from file fop.jar and register if instance 
of some sort of abstract renderer. I don't have no fop.jar and it starts, but 
as soon as I transform something it fails to load the MIME-relevant renderer 
classes. Makes no sense to me, because I've packed them into the app's 
jar...they're definitely available.

I also tried to register the renderers on my own (RendererMakers), but this 
causes some weird class cast exceptions with TransformerFactory (I assume 
somebody casts something into a non-SAX-special class, while I switched to 
SAX-implementation via System.properties).

So how to get rid of this problem while relying on FOP and using it as part of 
a all-in-one-jar?

Thanks so far...









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



Re: Re: RTF, nested tables, context enhancement - status

2006-05-30 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: RTF, nested tables, context enhancement - status
Gesendet: Fr 26 Mai 2006 16:42:13 CEST
Von: Jeremias Maerki[EMAIL PROTECTED]

 
 On 23.05.2006 08:02:50 b.ohnsorg wrote:
  
  - original Nachricht 
  
  Betreff: Re: RTF, nested tables, context enhancement - status
  Gesendet: Mo 22 Mai 2006 22:30:07 CEST
  Von: Jeremias Maerki[EMAIL PROTECTED]
  
   page-number-citation and page numbering: Both work to at least a
 certain
   degree. Can you elaborate on the problems you're seeing?
  RTF does not know any «citation», so you need to write a character '2',
  if you want a link to display a page information refering to page '2'.
  For example an index at the end of the document does not know, which
  page explains «Barcode» and all links will show a question mark.
 
 That's not correct. RTF has support for page number citations. You
 should take a lot at the RTF specification and create an RTF file in MS
 Word with references so you see how this should be implemented.
If someone has a reliable resource, let me know. I don't own any Micros~1 
component and took OpenOffice-documents. They contain fields like MS-Office, 
but page numbers are hard coded. (tried cross referencing and TOC-mechanism) 

 
  I thought about that last night (while cruising through the
  PDF-renderer to compare my table width «guessing» with the already
 implemented one)
  and draw the following conclusion:
  
  Fact 1: RTF knows page breaks
 
 Wrong. RTF can contain hard page breaks but doesn't have to.
That's what I say: «knows page breaks» (and it's obvious, that I mean 
Insert-Page break-«Manual page break»)

 
  Fact 2: RTF is page-oriented
 
 Wrong. RTF is a flow-oriented format. Microsoft Word is responsible for
 the page break decisions unless you add hard page breaks.
Same intention, other words. Mkay, it's a «stream» of format attributes, but 
it's intended to render to pages, therefore you may insert a page break. If it 
would be a drawing program, intended to render to large sheets of paper to 
stick to walls, it would not include page breaking. Depends on point of view. 
(You may set the page size to any value one may think of, mkay, but that's not 
the point. Another example would be an index or cross reference with the page 
number appended)

 
  Fact 3: RTF aligns elements absolute
 
 Yes.
 
  Fact 4: RTF does not know anything about the document's structuring
 
 Depends on what you mean by structure. RTF supports styles which allow
 some kind of structuring.
Telling a block of text to be Arial, 22pt, underlined and bold is not 
structure, but formatting. You may assume that this is heading level 1 but it 
could also be a capitalized letter or dadaistic poem. What I mean with 
structure is something like: h1May there be light/h2, so it's a heading, 
nothing else (I exclude mistakenly used tags by HTML-beginners).

 
  Conclusion: RTF differs not that much from PDF-rendering (only written
 tokens are a bit different)
  - Use the PDF-layout management system and add a RTF-writer. So RTF
  would look exactly like all PDFs. And there's only a slight difference
  from Office-generated RTFs: page breaks after every page.
 
 That would defeat the purpose of the current RTF output support. The
 clue is that you can edit the generated file and then print it. If you
 predefine the page breaks you make the editing a lot harder for the
 end-user. If you don't need RTF editing, then don't generate RTF because
 PDF offers much better quality.

And that's what I wanted to read: There's no need for all that TOC-ing, page 
number citation and whatsoever. Therefore also indenting makes no sense, esp. 
when nesting blocks, tables and lists. Mkay, there should be a small amount of 
space between a list item and it's bullet, but for editing you don't need any 
formatting attributes - what makes it a lot easier.

 
   
   What's exactly the problem with graphics? We've got pretty good support
   for many cases, even SVG now.
  I was only talking about the current RTF export. AFAIK GIFs are not
 rendered (there was an annoying exception string inside the document).
  
   GIF: The LZW patents are expired but still it's a good idea to forget
   GIF. The legal side is still less than clear.
  But PDF «understands» GIFs, so I can use them. Should be the same with
  RTF, and the only thing I'll do is reading them and transform into a
  RTF-compatible format...if it's not legal I won't do this...
 
 PDF doesn't understand GIFs. Images are converted from GIF to a generic
 bitmap format supported by PDF. In the case of RTF output this code
 hasn't been written, yet. Patches welcome.
That's what I wanted to hear, too.

 
   RTF does support referenced images.
  So there ought to be a switch (render to the document, use references)
 
 ...if someone implements that switch.

me got list - ugh!

 
   Over all, your post seems to address topics which, as far as I know,
 are
   mostly solved, so I'm 

Re: Re: RTF, nested tables, context enhancement - status

2006-05-23 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: RTF, nested tables, context enhancement - status
Gesendet: Mo 22 Mai 2006 22:30:07 CEST
Von: Jeremias Maerki[EMAIL PROTECTED]

 page-number-citation and page numbering: Both work to at least a certain
 degree. Can you elaborate on the problems you're seeing?
RTF does not know any «citation», so you need to write a character '2', if you 
want a link to display a page information refering to page '2'. For example an 
index at the end of the document does not know, which page explains «Barcode» 
and all links will show a question mark.

I thought about that last night (while cruising through the PDF-renderer to 
compare my table width «guessing» with the already implemented one) and draw 
the following conclusion:

Fact 1: RTF knows page breaks
Fact 2: RTF is page-oriented
Fact 3: RTF aligns elements absolute
Fact 4: RTF does not know anything about the document's structuring

Conclusion: RTF differs not that much from PDF-rendering (only written tokens 
are a bit different)
- Use the PDF-layout management system and add a RTF-writer. So RTF would look 
exactly like all PDFs. And there's only a slight difference from 
Office-generated RTFs: page breaks after every page.

 
 What's exactly the problem with graphics? We've got pretty good support
 for many cases, even SVG now.
I was only talking about the current RTF export. AFAIK GIFs are not rendered 
(there was an annoying exception string inside the document).

 GIF: The LZW patents are expired but still it's a good idea to forget
 GIF. The legal side is still less than clear.
But PDF «understands» GIFs, so I can use them. Should be the same with RTF, and 
the only thing I'll do is reading them and transform into a RTF-compatible 
format...if it's not legal I won't do this...

 RTF does support referenced images.
So there ought to be a switch (render to the document, use references)

 Over all, your post seems to address topics which, as far as I know, are
 mostly solved, so I'm not really sure what you're after. Maybe if you'd
 show the problems you're trying to address with examples
I only wanted to check any progress, maybe I forgot some important fact or any 
discussion. But the referencing of page-number-citation is one problem (we 
already discussed this in February), nesting tables, indenting...everything 
which needs structures inside structures (a block inside a block, a table 
inside a block, a block inside a table...)

 Anyway, we're looking forward to any patches against FOP SVN Trunk you
 might have. At any rate, you'd have problems committing anything to the
 repository without write access. That privilege will need to be earned
 first. ;-)
I know, therefore the review-strategy and «restructuring» the RTF-renderer will 
break it for a while (compiles, but does not produce any usable document). By 
now it's just transforming FOP-events to RTF-tags and I ran into problems which 
were solved with the new FOP-code (more effective memory usage) but seemed to 
be necessary (e.g. a table's width can only be determined if all columns were 
parsed, therefore you need to save previous column objects and by nesting 
tables it gets quite heavy [tried to experiment a bit with auto-table-layout, 
so you need all the rows, too])





--
Verlieben Sie sich mit Deutschlands größter Partneragentur
für langfristige Beziehungen. Machen Sie den ersten Schritt.
www.freenet.parship.de/?source=webmailfooter


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



fo:instream-foreign-object does not work with svg:rects and Barcode4j+FOP cut off barcodes

2006-05-22 Thread b . ohnsorg
Hi there,

I've tried to render barcodes into pdf documents by using fop 0.20.5, 
fo:instream-foreign-object and barcode4j (release from 2004). It works fine if 
I paste the barcode4j-output into the fo-document. When using the extension 
(barcode-tags inside instream-foreign-object) the barcode gets chopped of (12 
characters, 7 or 8 are shown). So I could work around this by inserting the svg 
into the foreign-object-tag. It gets really weird if I upgrade from 0.20.5 to 
0.91 or 0.92. In this case batik complains about missing width-attributes from 
svg:rect-tags, but they're definitely there (just took the same snippet as with 
0.20.5). So I took an example from the homepage 
(http://xmlgraphics.apache.org/fop/dev/fo/embedding.fo) and the same error 
message occurs (instead of the funky tiger *g*).

Any suggestions, sollutions, recommendations? (To be honest: I did not browse 
the archive and think nobody ran over this problem, due to the barcode-news and 
the missing Jan2006-release and the unparsable examples.)

Thanks so far...



--
freenet.de sucht den schlauesten Landkreis Deutschlands.
Mitquizzen, fuer Ihren Kreis punkten und attraktive Preise gewinnen!
http://www.herrderkreise.de


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



RTF, nested tables, context enhancement - status

2006-05-22 Thread b . ohnsorg
Hi there,

I was quite busy with other tasks and followed the mailing list only if there 
were RTF-questions. I'm still working on that RTF-thingy, to get it working 
again (local *g*) and there'll be some major changes and serious limitations. 
Page numbering, linking and tables for layout won't work for fancy formatting. 
I assume, that RTF is not the most important part of FOP and only for post 
processing with Micros~1-tools.

If there are other opinions, let me know, before planning major changes. 
Basically RTF is a bastard between outlining and streaming format, that's why 
some neet features cannot be done (page-number-citation, pages are rendered in 
the viewer, not in the document) and I'll remove that code (additional 
warning-option can be switched on). Nested tables (and graphics) are definitely 
hard work. All graphics will be embedded bitmaps (it should be possible to 
convert GIFs, any copyright issues? I won't write GIF images but convert them 
like PNG-files) and maybe there's an refer-option, I'll have to find out, if 
RTF supports referenced images (another additional parameter).

Nested tables will be a quite dirty hack. RTF does not support nested tables 
and there must be a transformation from nested tables to a table with 
additional columns. Another interesting fact is RTF's limitation to fixed 
widths, no proportional widths are allowed. Here I'll have to insert some code 
(maybe some remember the nested PercentageContexts) which basically does the 
same as PDF's LayoutManager (talked about more abstract PercentageContext being 
able to have a parent to be able to calculate remaing width, indenting and 
margins up to this context). I also found some comments like «maybe 
configurable?» with some Office-version-dependant corrections. I'll add some 
more configuration parameters for RTF rendering.

I dunno when this will be finished and in status «testing», but end of June is 
quite realistic. So there's no necessity to branch anything (and merge again). 
And I won't commit it to the repository but forward it as tar.gz to others who 
want to test it (kinda review).



--
freenet.de sucht den schlauesten Landkreis Deutschlands.
Mitquizzen, fuer Ihren Kreis punkten und attraktive Preise gewinnen!
http://www.herrderkreise.de


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



Re: Re: fo:instream-foreign-object does not work with svg:rects and Barcode4j+FOP cut off barcodes

2006-05-22 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: fo:instream-foreign-object does not work with svg:rects and 
Barcode4j+FOP cut off barcodes
Gesendet: Mo 22 Mai 2006 22:15:31 CEST
Von: Jeremias Maerki[EMAIL PROTECTED]

 
 On 22.05.2006 16:37:02 b.ohnsorg wrote:
  Hi there,
  
  I've tried to render barcodes into pdf documents by using fop 0.20.5,
  fo:instream-foreign-object and barcode4j (release from 2004). It works
  fine if I paste the barcode4j-output into the fo-document. When using
  the extension (barcode-tags inside instream-foreign-object) the barcode
  gets chopped of (12 characters, 7 or 8 are shown).
 
 How does the barcode tag look like? I'm not aware of any problems like
 you describe with Barcode4J. Please give me an FO file so I can
 reproduce.
The FO-file is structured like one of the examples, a table to align some 
blocks of information and a cell containing a fo:instream-foreign-object with a 
single barcode-tag including the String (Something like T123456789GD). The 
barcode is exactly 30.3mm long and I can see only 20mm (approximately). There 
are no width-attributes neither inside fo:instream... (not supported, too) nor 
in any of the barcode tags.

And as said before: If I insert the SVG-snippet rather than using the 
barcode-tags it works fine, all 30.3mm are visible...I'll get an 
FO-example...need to send it from work back home...

 
 Hehe, the missing width attribute problem is not new:
 http://xmlgraphics.apache.org/fop/faq.html#svg-attribute-required
 
I'm using the non-JDK-Xalan for processing Docbooks, won't be that hard to 
substitute it for FOP, too. I should stick first to the FAQs, thanks...
 
 Jeremias Maerki
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 




1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner
bei Deutschlands beliebteste Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: Rtf Problem

2006-04-11 Thread b . ohnsorg
Depends on my progress 'til the next release. Easter holidays are close and I 
think I'll take a first step towards the right direction and commit some 
changes (I'm not sure if I should branch this, no one else is working on that 
and RTF is not that commonly used)...
- original Nachricht 

Betreff: Re: Rtf Problem
Gesendet: Di 11 Apr 2006 17:05:20 CEST
Von: Alessio[EMAIL PROTECTED]

 Ok, can i hope in the next release ?
 
 At 16.59 11/04/2006, Chris Bowditch wrote:
 Alessio wrote:
 Hi, i've a problem with nested trable in rtf, the question is that 
 nested table fop's rtf format doesn't resolve.
 Is it a bug ?
 
 I don't think nested tables are supported in the RTF Renderer yet. 
 FOP's RTF Renderer is not yet as mature as the PDF and PS Renderers.
 
 Chris
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 










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



Re: Re: alternatives to floats in fop

2006-03-20 Thread b . ohnsorg
  Hi,
  I try to build a complex design with fop, the design-template can be
  seen here :
 
  http://yucca-net.de/data/gild.pdf
 
  After toying around with fop, I'm not sure if it is possible to realize
  this design with fop.
  I got alternating page-masters and the background-design working.
  I can format a fo:block with the design for the even page, I can format
  a fo:block with the design for the odd page, but I can't specify when to
  use which (the problem you can't see in the template is that it must be
  possible to put two or more workshops on one page).

You know the size of the result, you know what to put where (which parts of 
information belong together) and you need to do this with fop...what about 
inserting the whole style as SVG? I mean, this one's really complex with 
images, colors and stuff, has nothing to do with floating text put with pinning 
objects to certain positions. Instead of working out a totally abstract concept 
which will work for handouts with thousands of workshops I'd concentrate on 
rendering these 5 or 6 pages perfect and as a single shot...Causes more work to 
think about how to do this with FO instead of focusing on the graphic 
aspect...(at least I'd draw it as a gif or png with some layers and 
ImageMagick, 'cause nobody will select pieces of text to copy them to the 
clipboard...so it can be a fullsized image).



1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner
bei Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: How to Create an SVG File.

2006-03-20 Thread b . ohnsorg
OpenOffice is able to export vector graphics as SVG (embedded images too *g*)
- original Nachricht 

Betreff: How to Create an SVG File.
Gesendet: Mo 20 Mär 2006 05:32:24 CET
Von: [EMAIL PROTECTED]

 
 
 
 
 How to create an SVG file,
 
 Can anybody show some example, or any tool is available ??
 
 Regards
 Eugene

 

 

 

 

 

 

 
  * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *   
 

 

 

 
  The   information  contained  in  this message is  legally  privileged and
 
  confidential   information  intended  only   for the use of  the addressed
 
  individual   or  entity   indicated  in this  message (or  responsible for
 
  delivery   of  the  message to such person).  It must not be read, copied,
 
  disclosed,  distributed  or  used  by any person other than the addressee.
 
  Unauthorised  use, disclosure or copying is strictly prohibited and may be
 
  unlawful. 
 

 
  Opinions, conclusions  and other information on  this message  that do not
 
  relate  to  the  official business of  any of the constituent companies of
 
  the  SANMAR GROUP  shall  be  understood as  neither given nor endorsed by
 
  the Group.
 

 
  If  you   have  received  this  message in error,  you should destroy this
 
  message and kindly notify the sender by e-mail.   
 

 
  Thank you.
 

 
  * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *   
 

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

--- original Nachricht Ende 










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



Re: Table size spanning pages

2006-03-14 Thread b . ohnsorg

- original Nachricht 

Betreff: Table size spanning pages
Gesendet: Di 14 Mär 2006 15:13:22 CET
Von: Noll,Jeffrey T   HS[EMAIL PROTECTED]

 I've run into a problem with formatting a table for an invoice.
 
 What I'm looking to do is for the table footer to be placed in the same
 location on the last page of the invoice. IE: the total invoice value and
 summary notes should be placed 1 from the bottom of the page. What's
 happening now is that the footer is getting printed whever the table leaves
 off.
The footer is static content defined for every page of a page flow (as well as 
the header is). So if you include some value into the footer, it will occur on 
every page of the flow, containing your table. Maybe the table is 3 pages long, 
which leads to the total sum being displayed on page 1, 2 and 3 - right!?

If I'm right, you can't do this with footer (static content) and have to track 
the table's end. The best way to do this, is to insert an invisible footnote 
into the last column (or below it, if footnotes inside tables won't work). Now 
all you have to do is to format your footnote rendering the way you prefer it. 
This ensures, that the footnotes content will be rendered at the bottom of the 
last page (if included inside the last table row or underneath it).

 
 Is there any way to force it so that the table fills to a certain size on
 each page? I've thought about padding with table-rows but I can't figure
 out
 how many I need to add because of variable text lengths that wrap previous
 row sizes.
This is not your task, this is FOP's job *g*. I'm thinking about another way...
 
 Any advice on how to handle this? When paging through invoices people would
 like to have the location of table footer in the same location.
 
Mkay, another way would be to split up the table into fixed sized chunks. If 
you know, that the maximum length of a table needs 25 table rows, you could 
split after every 25 lines, format your footer the way you like it (as static 
content) and stuff every table into it's own page flow. Both sollutions are not 
very fancy, but they'll do it...













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



Re: RE: Infinite loop with FOP 0.20.5

2006-03-13 Thread b . ohnsorg

- original Nachricht 

Betreff: RE: Infinite loop with FOP 0.20.5
Gesendet: Mo 13 Mär 2006 17:19:20 CET
Von: Rymasz Jacky[EMAIL PROTECTED]
[...]
 It does depend on the exact XSL-FO, but I would say 0.91 is much better at
 detecting over constrained documents such as yours. However, the outcome may
 still be an error message, rather than falling back to breaking the FO when
 you've requested that it be kept together. But an error message is an
 improvement on an infinite loop :)
RuntimeException, to be more specific. I ran into it when inserting a larger 
image (it was horribly scaled, should fit on a single A4 page but only the 
upper left corner was displayed [in RTF]). FOP 0.91 finished after 50 attempts 
to insert the image.
 
[...]



Ihr Traumpartner ist nur einen Klick entfernt. 1 Million Singles warten auf Sie 
in
Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Hello, about fop

2006-03-07 Thread b . ohnsorg

- original Nachricht 

Betreff: Hello, about fop
Gesendet: Mo 06 Mär 2006 23:39:57 CET
Von: chinlu chinawa[EMAIL PROTECTED]

 I understand dockbook/XML-XSLT/SGML-DSSSL and it's
 customization layers as a good way of working,
 although I'd like an expert to advise me.

http://www.sagehill.net/docbookxsl/index.html

 I'd be working on a pdf output basis or any other
 format that would be better for a press to work with.
 I'm within a linux system, and have no troubles at all
 when starting to learn all over again, tex or any
 other format any one could advise me as the most
 proffesional one when dealing with presses (is that
 how you call those places that actually print out your
 book, isn't it?), sorry my english anyway.

Dunno what this all about, I only use fop 0.91, even on a HP-UX 11 and I also 
rendered fancy svg into PDF-outputs. My only advice would be: 
OpenOffice-Export As «SVG»-insert into FO (or docbook-resource, have a look 
at the mediaobject) and run fop. Maybe it's not the right way to design 
flyers and graphical complex structures. Therefore leave the fo-step and export 
directly from OpenOffice...(if it runs on your box, at all). TeX and LaTeX is a 
bit more complicated, try starting with LyX, if it compiles/runs on your 
glibc-whatever *g*









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



Re: Re: RTF and table/column widths

2006-02-28 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: RTF and table/column widths
Gesendet: Mi 01 Mär 2006 00:54:40 CET
Von: Paul Tremblay[EMAIL PROTECTED]

 I've written an rtf2xml program 
Now you're on my list *g*

 
 http://rtf2xml.sourceforge.net/
I'll take this into consideration

[...]

[...]
 that I wonder if in the future support for this format should be
 dropped altogether? I'm sure RTF support is important because of RTF's
 universality, 
I totally agree, but some folks can't deal with documents in a platform 
independent format and only rendering for delivery or printing...they're stuck 
with WYSIWYG.

 but it would seem that developers' time might be better
 spend on developing an Open Office format? 
I think it's not that hard to transform FO (XML) to OpenDocument (XML), needs 
twiddly fingers for all those fancy tags *g*

 
 I realize that my suggestion might come across as someone ungrateful
 for all the work of the fop team. I don't mean it to be so...
I got it the right way, I dislike RTF too, but as said before, not everbody's 
got a Adobe Writer License or wants to learn how to use a XML editor. It's 
not about cutting down possibilities but to communicate disadvantages of 
certain decisions and advantages of the others. For writing docbook I need 
nothing more than a vi, I don't care what it looks like, 'cause I know this is 
the last part of editing a document. Again: not everbody's used to organize 
work logically, therefore they need unlogical ways of saving their 
thoughts...that's what I'm (we're) coding for.



1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner
bei Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: fop trunk svg problems

2006-02-24 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: fop trunk svg problems
Gesendet: Fr 24 Feb 2006 11:56:59 CET
Von: Jeremias Maerki[EMAIL PROTECTED]

 Horrible! Here's what I found out:
 
 It's Sun's fault. :-) Mostly, anyway.
...so why is mine working? (The only difference is that I use blackdown-java, 
maybe the use a better xalan version. At the office I only use the endorsed 
mechanism due to the fact, that we're only allowed to use Xalan as XSLT-proc. 
Additionally I have a preceeding DocBook-FO-step which uses a separate Xalan 
lib...and so on)



Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken
www.klarmobil.de/index.html?pid=73025


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



Re: Re: fop trunk svg problems

2006-02-24 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: fop trunk svg problems
Gesendet: Fr 24 Feb 2006 07:42:20 CET
Von: Jason R Briggs[EMAIL PROTECTED]

 I meant trunk as in HEAD (i.e. the latest code in subversion).
I know 'bout the difference of trunk and branch as well as the synonym meaning 
of trunk (subversion or revision control mechanism) and HEAD (default cvs tag). 
And 0.20.5 is trunk (or HEAD) and 0.91beta is released from the fop_90 branch. 
I should have added that blackdown jdk explicitly (implicit with gentoo).



Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken
www.klarmobil.de/index.html?pid=73025


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



Re: Re: fop trunk svg problems

2006-02-24 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: fop trunk svg problems
Gesendet: Fr 24 Feb 2006 12:44:58 CET
Von: Chris Bowditch[EMAIL PROTECTED]

 I'm not sure I understand you. 0.20.5 is released from a Subversion 
 branch, whilst the new code 0.9x is released from Subversion head.
[...]
had a look at the graphics, I was totally wrong
 
 It sounds like you are saying it the wrong way round.
Does not only sound like...was wrong, sorry for that...
 
 Chris
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 




Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken
www.klarmobil.de/index.html?pid=73025


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



Re: Re: RTF and table/column widths

2006-02-23 Thread b . ohnsorg
I had a closer look at the RTF results and I found two basic problems:

1. If the table has a indent of 0, the RTF-table does not copy this attribute 
(il0) to every table row (trowd). From the table cell's point of view it's row 
does not have an indent, so it does not look at the table's parameter. 
Therefore indenting any paragraph wrapping the table causes all the cells to 
inherit this indenting. So all the cell's content is not displayed at the left 
border, only shifted right by it's padding, but by the preceeding paragraph's 
indent. Just insert a il0 (or il+cell.getIndent(RTFWidthContext) after trowd 
and it resets the indent.

2. When creating an index, all the index terms are listed but neither their 
page numbers occurs, nor is the link right (but there's a link). If there's 
enough time I could fix the deferred references, too...

(A less important fact is, that list bullets are not rendered properly, I had a 
question mark instead of a bullet. Somewhere I have the sample code for 
rendering fancy bullets to RTF...)

The other problem I described in the last mail (including pictures causes 
PercentageContext-Exception everytime) was a docbook related problem. If in 
docbook a table (yes, table ... wrong conclusion) column has the proportional 
width 1 this value is not rendered to the FO-document. Due to this little 
optimization the column's width is auto by default. (This default auto 
caused the problem, 'cause replaced only visible column width definitions.)

Tomorrow I'll deliver the promised perl scripts a shell wrapper. With these 
little gadgets I could transform every FO to RTF, only problem 2. remains. I'll 
also post some RTF results for illustration. If you like it, I'll start coding 
into the RTF export classes.

BTW, why doesn't RTF support GIFs? PDF does so and I see no difference, 
according to licenses. Nevertheless the RTF export is pretty cool, if you write 
the FO a bit more careful.



Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken
www.klarmobil.de/index.html?pid=73025


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



Re: fop trunk svg problems

2006-02-23 Thread b . ohnsorg

- original Nachricht 

Betreff: fop trunk svg problems
Gesendet: Do 23 Feb 2006 20:44:55 CET
Von: Jason R Briggs[EMAIL PROTECTED]

 Anyone else experiencing problems with SVG with the trunk version of fop?
nope (fop 0.20.5, batik 1.5.1, gentoo linux)

 
 For example, the FO below works perfectly in 0.91beta, but doesn't 
 throws an error (see below FO) in the latest trunk version.  
See:
http://krachlattenpaul.homelinux.org/fop/circle_exception.*

for perfectly rendered pdf (with a small circle in the upper left corner)

 Unfortunately I can't use 0.91 because I have some really odd layout 
 problems that completely vanish in trunk.
Maybe you post this too and I'm sure, somebody's got a sollution for this




1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner
bei Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: fop beta performance

2006-02-22 Thread b . ohnsorg
Me again with the promised stats. I've created larger Document (39 pages PDF 
result) with hardcore referencing (index terms, toc for headings, tables, lists 
and images) and 0.91 is twice as slow as 0.20. But the major resource 
consumption may be caused by heavy logging activity (debuggin, IO on stdout). 
So it's not time for any measurement.

Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken
www.klarmobil.de/index.html?pid=73025


Re: break-after page

2006-02-22 Thread b . ohnsorg

- original Nachricht 

Betreff: break-after page
Gesendet: Mi 22 Feb 2006 22:31:41 CET
Von: Will Peterson[EMAIL PROTECTED]

I'm using the FOP 0.91beta.  Whenever I use the break-after=page in a block, 
any document after that point does NOT get rendered after that point.  It 
inserts the page break and then the rest is gone.  If I render to RTF, the 
page break is not a problem (but does not appear to be inserted) For example 
the following line would cause any XSL below it to be ignored. fo:block 
xmlns:fo=http://www.w3.org/1999/XSL/Format; break-after=page/ 
Any ideas on what is going on here? Thanks.

I confirm, this happens with every block until the next fo:page-sequence. See:

http://krachlattenpaul.homelinux.org/fop/simple90_break.fo.xml (line 1192)

and the resulting PDF:

http://krachlattenpaul.homelinux.org/fop/simple90_break.pdf (on page 4 the code 
sample is missing)
http://krachlattenpaul.homelinux.org/fop/simple90.pdf (here the code sample is 
present)

Maybe opening a fo:page-sequence instead of breaking with the block works 
around this (the chapters in the sample documents start on new pages).

--- original Nachricht Ende 




1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner
bei Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: fop beta performance

2006-02-22 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: fop beta performance
Gesendet: Mi 22 Feb 2006 21:47:29 CET
Von: J.Pietschmann[EMAIL PROTECTED]

 [EMAIL PROTECTED] wrote:
 I've created larger Document (39 pages PDF result)...
 
 The XSL list owner recently posted this link
 http://www.idealliance.org/proceedings/xml03/slides/xslfoshowcase/index.html
Pathetic, after 78 pages fop0.20.5 quits with OutOfMemoryException (without vm 
tuning), I could create Sample[1456] out of the box, the others raise errors.

With 0.91 none converts properly, there're a lot of missing child elements. 
I'll try to fix it somehow, at least the large one. Has lowest priority for me. 
First of all I need to sleep, do that RTF-investigation and then there'll be 
benchmarking.

THX
 
 to a page with several FO samples which could probably be used for
 benchmarking. It includes a very big file.
 
 J.Pietschmann
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 




Noch allein? 1 Million Singles warten auf ein Date!
Schnell Kontakt aufnehmen bei Deutschlands beliebtester Partnerboerse
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: RTF and table/column widths

2006-02-21 Thread b . ohnsorg

- original Nachricht 

Betreff: Re: RTF and table/column widths
Gesendet: Mo 20 Feb 2006 21:55:58 CET
Von: Jeremias Maerki[EMAIL PROTECTED]

 Hey, we certainly don't mind if you look at the sources.
That's pathetic, I could have coded it without your sources, but that would 
have needed a few days more *g*.

 On the contrary,
 we encourage people to look at it and to send in patches that help
 improve FOP. We're certainly reviewing the stuff that comes in.
Sure, no prob, I hate cvs and totally dislike commiting to such repos'

 If you
 need any help to get started, just ask. The code-/design-level
 documentation may not be as extensive as you might wish sometimes, but
 there are always people around you can ask.
Mkay, maybe there'll be a few minutes on thursday, at least friday's gonna be 
productive. So at least on monday you'll get either the first questions or 
patches.
 
 On 20.02.2006 21:21:39 b.ohnsorg wrote:
  Hi there,
  
  besides the stats my second mail and special offer. I really like that
  RTF-thingy and it's quite sophisticated documents. My RTF-XSLs were not
  that neat. I've hacked some workaround for the proportional widths
  coming from docbook transformations, but this is not really a good
  sollution.
  
  So if you don't mind, I'd like to have a look at the sources and decide,
  whether I have enough time for adding the necessary bits and bytes or
  not. When it comes to java implementation I'm quite experienced, after a
  few years of professional software development (sdk, j2ee). (Now I'm
  part of the management, operating revision control systems, that sort of
  thing and I'd like to return to the classics.)
  
  I think it's nothing more than looking for the source of the runtime
  exception, expand that code like the PDF export and there you go
  (something like document.getWidth()*node.getWidthPercentage(),
 basically).
  Hope there's enough documentation 'bout that and nobody out there being
  faster than me. I wrote some very basic RTF renderer half a year ago and
  had to cope with fancy tables, spannings and so on. Maybe there'll be
  some free border-collapse-give-away, if there's enough time *g*.
  
  Thanks so far...
 
 
 Jeremias Maerki
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 




Ihr Traumpartner ist nur einen Klick entfernt. 1 Million Singles warten auf Sie 
in
Deutschlands beliebtester Partnerboerse:
http://singles.freenet.de/index.html?pid=11512


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



Re: Re: fop beta performance

2006-02-20 Thread b . ohnsorg
Hi there, first mail from me from Germany, right now I'm quite busy. Here're 
some first stats:

realusersys
0m21.679s   0m3.503s0m0.250s
0m33.323s   0m3.467s0m0.266s
0m24.552s   0m3.468s0m0.256s

0m23.106s   0m3.627s0m0.263s
0m30.597s   0m3.639s0m0.241s
0m6.114s0m3.647s0m0.236s

First part is fop-0.20.5, second is fop-0.91.beta. Bot done on a 2GHz Athlon 
Gentoo Linux, Blackdown Java and approx. 300kByte FO-document. Tomorrow I'll 
send some better stats, even from a HP-UX multiprocessor machine, running 
native SUN JDK and documents  100pages. The stats above show no difference, 
due to less complexity of source document, [past your favorite geek-talk 
here]...

I use FOP for about 3 years and I'm totally excited 'bout the new release. 
Funny gadgets are working now, esp. page links with docbook indexterms and RTF 
(yes, some still worship Micros~1 tools to copy and paste tables from manuals 
and release notes. IE 5.0 on NT 4.0 can't do nothing wrong the right way).

- original Nachricht 

Betreff: Re: fop beta performance
Gesendet: Mo 20 Feb 2006 11:42:19 CET
Von: Jeremias Maerki[EMAIL PROTECTED]

 Find out for us! :-) I did some tests a few months ago and back then the
 new code was indeed a little faster. In the meantime, new features have
 found their way in and the situation may look differently. Note also,
 that there has been no performance optimization work in the layout
 engine, yet, like it was done for 0.20.5.
 
 On 20.02.2006 11:31:57 Jimmy Dixon wrote:
  Is the new FOP beta any faster than the previous release?
 
 
 
 Jeremias Maerki
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

--- original Nachricht Ende 










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



RTF and table/column widths

2006-02-20 Thread b . ohnsorg
Hi there,

besides the stats my second mail and special offer. I really like that 
RTF-thingy and it's quite sophisticated documents. My RTF-XSLs were not that 
neat. I've hacked some workaround for the proportional widths coming from 
docbook transformations, but this is not really a good sollution.

So if you don't mind, I'd like to have a look at the sources and decide, 
whether I have enough time for adding the necessary bits and bytes or not. When 
it comes to java implementation I'm quite experienced, after a few years of 
professional software development (sdk, j2ee). (Now I'm part of the management, 
operating revision control systems, that sort of thing and I'd like to return 
to the classics.)


I think it's nothing more than looking for the source of the runtime exception, 
expand that code like the PDF export and there you go (something like 
document.getWidth()*node.getWidthPercentage(), basically). Hope there's enough 
documentation 'bout that and nobody out there being faster than me. I wrote 
some very basic RTF renderer half a year ago and had to cope with fancy tables, 
spannings and so on. Maybe there'll be some free border-collapse-give-away, if 
there's enough time *g*.

Thanks so far...

-

If I can't turn it off it's a bug.

Noch allein? 1 Million Singles warten auf ein Date!
Schnell Kontakt aufnehmen bei Deutschlands beliebtester Partnerboerse
http://singles.freenet.de/index.html?pid=11512