Jeremias Maerki wrote:
If only everybody would run the formatter...We're facing reality here.
I do.
We could add a Jalopy task to build.xml.
We could refuse checkins which hadn't run checkstyle and
source formatting. :)
J.P
dobar();
else
dobaz(),
case is bad.
3. If I temporarily add a println() for traces, I sure
wont delete the braces after the println is deleted.
You'll have to live with the inconsistency.
J.Pietschmann
--
should be worth the trouble of the additional
line with the closing brace.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
, iText
http://www.lowagie.com/iText/
is recommended. There are some tools provided on the
site for achieving exactly what you want.
If you want to integrate the postpprocessing with FOP,
see
http://marc.theaimsgroup.com/?l=fop-dev&m=102002975028427&w=2
for sample
?
How can we simplify the line area layout manager which is complex and
bug prone.
I'm afraid we can't. TR14 + proper hyphenation alone is complex enough,
throw in inline containers, arbitrary font size changes, baseline shifts,
graphics...
his. Search the
list archive if you are interested.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
detailed critique and some proposals for alternatives
forward. It would be nice to hear your comments about how essential
the current approach (for the iterators) is for you and Karens
plans for further development, and/or how the alternatives would
interfere with it.
J.Pietschmann
Peter B. West wrote:
...the intention of the spec would
be realised by laying out 0 of the repeatable-p-m-refs "thin", out of
the available range of 0-100, then laying out 1 of the "thick" r-p-m-refs.
Interesting and useful interpretation. The problem is, how to
implement
x on the cheap.
HTH
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
mples/something
or src/java/org/something/else, as long as it is distributed with the
binary distro, and this shouldn't be too hard to arrange.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
kept together instead of a block to
make it more interesting (from the users point of view, for the processor
it may still be an example of overconstrained geometry, but this becomes
far fetched rapidly).
J.Pietschmann
---
me
classes like FOPException which are primarily used by anyone
who wants to use FOP in some Java program. Sort of TrAX for
XSLFO. As long as the classes in apps are kept, not much harm
should be caused by some experiments there.
nd standards require it for tables. Granted, implementing it for
tables only would be sufficient due to the blind table technique,
but why impose unnecessary restrictions?
> EXSLFO
Yes, please.
I subscribed to the discussion list, let's see what
";>
blabla..
Should this create 100 empty pages and render the text onto
the 101st page, or should it squeeze it onto the first page,
thereby violating the advised width constraint of the block?
The user could have either in mind.
J.Pie
Arved Sandstrom wrote:
Considering that our new chief executive is Greg Stein, I'd be surprised if
this isn't on the horizon. :-)
Gosh! Can we have it before Christmas? :-)
J.Pietschmann
-
To unsubscribe, e-ma
spam-filtered address and have no
problems.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
being accessible through firewalls, it allows moving
files and directories, while being largely CVS compatible for
everything else.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
s/examples to examples/fo
+1
- place the tutorial in examples/tutorial or tutorial (don't know yet)
Difficult. I'd thought of docs/tutorial first, but probably
it should be src/xdocs/tutorial...
J.Pietschmann
-
To
could be used
there too.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
everything correct there.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
t a target in the main build.xml file.
BTW what about splitting the apps directory into an api and
a cli directory, perhaps with new API implementations? In
the latter case, the apps directory can be kept for compatibility
for a while.
antage
and when not, a large part of this is probably applicable to Java final. I think
we should leverage "final" more often in FOP.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
very stable API and a
very careful design. If this is met, I'm +1, otherwise -0.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Keiron Liddle wrote:
I propose we have a vote for Victor to become a committer.
+1
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ore making comminments
to the FOP code base (unless asked for proof-of-concept or something).
I'll take care if writing the spec and submitting it, right after
I've cleaned the backlog.
Is this ok?
J.Pietschmann
-
To unsubsc
class from the build tree.
same for the FOPtask. Delete everything else from the
tools dir.
I'm on vacancy from tomorrow on for a bit more than three
weeks, so I can't do this myself.
Who will take care of the unanswered questions while I'm
offline? Oleg?
Keiron Liddle wrote:
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
Here's my vote:
+1
Me too!
+1
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
//foo/bar.jar#com/experanto/images/logo.gif
Sorry, I'm too lazy to look up details.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Oleg Tkachenko wrote:
- Fine tuning: A single large image will block a lot of memory during
rendering. A possibility is a fox:cache="no" control property. In order
to preserve semantics, a null image is cached for this URL, and an
error
is generated in case it is attempted to render the ima
Maybe we have to set up a new page in Betrand's Wiki to create a little
specification for the image caching. This would also help as a
discussion base if we have to contact the XSL:FO WG as Oleg suggests.
Neat idea.
J.Pietschmann
---
robably can refer to the
font directory on Windows directly, while you'll have to download
the arial.ttf et al. files explicitely to the machine under Linux.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
of the possible concerns are usually name clashes
with future XSLFO extensions. Using prefixed identifiers like fox:concat()
would be a solution, I'm somewhat uneasy with using XML namespace mechanisms
within values for XML attributes. In fact, I think its abuse, but I c
Sridhar Velagapudi wrote:
I m new bie in this Fop project. I just want to know what is the start
point in
Fop project and how it goes. can any body help me to start with? thanks
in advance.
There is a directory docs/html-docs in your FOP distribution.
Start there.
J.Pietschmann
?
This is a limitation of FOP right now. Both space-before and
space-after are added unconditionally. There are no plans to
fix this in the near future.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
endings, but the checkout
should correct for this if properly configured.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
simple page master. If you have a master-name property,
rename it to master-reference (ssee FOP release notes),
or check for spelling errors.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Craig Adamski wrote:
I realize XSL:FO has an enormous number of properties and glyph-orientation
is probably low on the priority list. But does anyone know if there is a
schedule for implementing this property?
Not scheduled yet. You can implement it yourself, though.
J.Pietschmann
s there anything new concerning
the "keep-with" handling - as I said I have been away for some time???
Just search the archive.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
John Gentilin wrote:
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 ??
Its on the list.
J.P
you use a DOCTYPE declaration to refer to an XSD schema.
If so: DOCTYPE can only refer to DTDs. If you want the parser to
validate against an XSD, use set schemaLocation on the document
element.
J.Pietschmann
-
To unsubscribe, e
ace 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
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
happened because of a Xerces bug. Get and use
Xerces 2.0.1 or use another encoding.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
f there is something unexpected. This conserves long living memory
at the expense of short living memory (the stack) and performance.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> I'm sorry, just want to clarify, so, it will support keep-together in table
> rows, but not in fo blocks right?
Right. No change compared to the current code.
Unless someone does change it, of course.
J.
[EMAIL PROTECTED] wrote:
> Will the maintenance release in the first week of November support the
> keep-together property ?
Yes, in exactly the same way as the current version (table rows only).
J.Pietschmann
--
font-weight="bold" keep-with-next="always">
The problem is here: keep-with-next does *not* work if placed
on a fo:block. Move this to the fo:table-row above:
You did read the messages detailing it, like
http://marc.theaimsgroup.com/?l=fop-user&m=1027019
s stdout and stderr
of your application for messages.
2. Can you generate all your documents with the command line
application?
3. Try to use absolute URLs (like src="file:///om/images/foo.png")
for the src of your fo:external-graphics. Does the problem
persist?
J.Piet
r unpleasant
effects. Usually the task gets frustrating quickly. In particular
the issue with non-terminating loops is very hard to fix in general.
Is there a reason why you can't use the usual work around of
placing the stuff you want to have kept togethe
line number rather than "Unknown Source". Also look hard
whether you can spot which method is actually missing (should
be SAXParser.getXMLReader())
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Gilles Beaugeais wrote:
> - Second document is "c:\om\ge\test.xml" and fop generates
> "c:\c:\om\ge\test.pdf"
^^
Is this a typo or are you really using this most likely invalid
path?
J.Pietschmann
-
w much users of older
versions complain. There are people stuck with MS Java or IMB's
1.1.8 JRE on OS/390 USS, but they never showed up in person when it
came to discussions about dropping Java 1.1 support.
J.Pietschmann
-
config, like
(No need to rename the font in the FO)
It also shouldn't hurt to upgrade to 0.20.4.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ld the docs, which is unfortunately required if
you want to use forrest's XSLT unchanged. I'm almost done, only a few
small issues remain (one is that I'm in horror of doing large additions
and deletions to the source tree).
J.Pietschmann
--
ject
- look at MathML support
- dig out a processor which produces charts and graphs form some
marked up data and tie it into instream-foreign-object
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
or out of band, for example
>>as fonts, has never ended.
>
> Unicode is quite plain about this, I believe it even states somewhere that
> the Arabic presentations forms were a bad idea .
Yes, Unicode is explicit about this. But there is still a sizeable
fraction left whic
ff and ffi ligatures) and irregularities, for
example "auffinden" does not use the ffi ligature.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
rhaps 39% or 40%. Whether this is "growing well" is anyones
guess.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
In order to have proper word
detection for hyphenation, a Unicode character property DB and TR29
(http://www.unicode.org/unicode/reports/tr29/) would be needed.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ocks for a different
> portion of my application.
You might want to take a look at the Hyphenator class.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
a on limits
in the Jimi documentation or its source.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Surov Maxim wrote:
> Thanks!
> Could you suggest me some free packages which support barcodes simpliciter?
> (Something like http://big.faceless.org/ but free)
There is a generator written in XSLT available at
http://www.renderx.com/barcodes.html
J.Pi
body
> know why this is occuring ?
It looks like you have the files written in UTF-8 encoding,
but the parser assumes ISO-8859-1 or a similar 8bit encoding.
Check the encoding in the XML declaration, it should be
UTF-8 or abse
Al-Dhahir, Haitham wrote:
> J.Pietschmann is right in saying that the characters are coming from the
> database - I am storing them there, pulling them out and inserting them into
> my XML which is then being converted using FOP. E.g. I am storing "ð"
> in the database,
ed to use this property, because
it may distort the writing, especially for smaller font sizes.
Furthermore:
font-stretch="wider"
this would expand the characters, rather than makeing them narrower.
> How else can i acheive my objective?
Use another font, or try to get a &qu
loow , and it only accepts one
font file format (TTF IIRC, it is OSS though, someone out there to fix it?)
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ern fonts, which are
generally small, and not all that much different characters are
used. The first possiblity can be ruled out for large Unicode
fonts, even if you only use a few characters. Far eastern users
will probably have problems with both solutions.
J.Pi
erent beast (I don't think this is
much of an advantage).
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
egistry which is used by the
AWT, whose fonts are in turn used by Batik.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
be OK.
That's ok, but it would require some extensions to the whole
property handling.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
l.
This is the problem here.
Perhaps I should have written that
hyphenation-char="'-'"
and
hyphenation-char='"-"'
as well as
hyphenation-char='"-"'
are legal, while neiter
hyphenation-char='-'
nor
hyphenation-char="-"
are ok.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
quot;'
>
> it seems to me that I have pretty considerable leeway, and "-" isn't ruled
> out at all.
Erm, the expression is supposed to be inside the XML attribute quotes,
for example hyphenation-char="'-'" would be ok (literal
expression grammar.
Maybe some fallbacks are implicit somewhere, I don't know.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
integrating a one step font metrics generation and installation
into the main command line application. Another possibility would
be a metrics file repository, combined with a tool which searches
the repository and the locally installed fonts and then installs
the font in the FOP config.
J
Peter B. West wrote:
>> Just for curiosity: what should happen if the following snippet
>> is used:
>>
>>
>
>
> This looks OK.
I see potential for an Obfuscated FO Code Contest :-)
J.Pietschmann
--
ow are you intending to implement
>>?
>
> By storing it as a Unicode value according to the XML Rec production
Functions complicate matters, and something like
hyphenation-char="from-table-column('hyphenation-char')"
might even make some sense.
J.Pietschmann
---
Oleg Tkachenko wrote:
> Your said you got ð in pdf, that looks like some problem with
> escaping in xslt, chances are you are using disable-output-escaping,
> aren't you?
I guess it comes as a string from a DB. D-o-e wouldn't
work unless the transformation result was seriali
( driver.getContentHandler() );
> transformer.transform( strSource, saxResult );
Omit the driver, and use
transformer.transform( strSource, new StreamResult(new File("file.fo")));
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
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.
This could be a bug in the PDF renderer. You'll have to wait
for Keiron to reappear for comments. Perhaps you should open
, as already mentioned.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ch actually demonstrates the problem, and
perhaps anonymizing company data.
I guess you'll spot the problem yourself when looking
at the XSLT result.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
with java blackdown 118v3 (I use oracle 8.1.7) ?
Can you reformulate this into a grammatically more correct
sentence?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
estricted. For example, you can't parse
hyphenation-char="-" as NCName.
A "literal char" is problemtic too, as is the "code point"
formulation: the problem of combining marks has already
been mentioned, and then there are non-baseplane chars
nd from-table-column( NCName)
(might even make a bit of sense for hyphenation-char and
for fo:character's character in very, very strange cases)
Just for curiosity: what should happen if the following snippet
is used:
J.Pietschmann
-
mages/Projektstrukturplan.jpg
If this still fails, check whether the path is really correct.
In the example above, the double "test" component is somewhat
suspicious.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTEC
Trond Stadheim wrote:
> Is it any easy way to get a BMP format out of a render prosess!
> Either by converting a supported format(AWT --> BMP) or by creating a new
> Render??
You can try the SVG renderer and rasterize the SVG
afterwards.
J
throwing a RuntimeException,
> which I don't have to specify in a throws clause.
I think a FOPException is preferable.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
on is: fixing any of the problems enumerated above
is a real lot of work. Giving that the maintenance code will
be abandoned anyway, will the work ever pay off?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
rstands.
Use the -d flag to get a full stack trace, it could
provide more hints.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I tried it several ways.
> I get a mismatch in the Logger class and LogKitLogger.
>
The trick seems to be to use a logger from the Avalon
framework rather than a LogKit logger.
J.Pietschmann
-
To unsubscribe, e-mail: [EM
matic too: A string passed to an
InputSource constructor is interpreted as URL, not as
filename. Your environment may be smart enough to cope
with this, however, it is recommended to use
InputSource(new File("c:\\importtest.xml"))
instead.
J.Pietschmann
---
Amin Schoeib wrote:
> Under this adress I found only version 0.20.4!
> But where is the 0.20.5cvs version?
Get a CVS client application and look into
docs/html-docs/download.html for further hints.
J.Pietschmann
--
the with of "#" assigned if the "#" character has
a glyph in the font.
All other unmapped characters also get the "#" width,
or the width of the character which happens to have
to code 0x23, but usually this doesn't matter because
you'll
ulted font to any
>
> and Verdana doesn't appear.
Check whether you are using the userconfig file which tells FOP
where to find the Verdana metrics and font file.
This is all described in docss/html-docs/fonts.html
J.Pietschmann
---
e table, before/after page breaks and
various other places.
Well, when it comess to "nice looking", this should be judged
after the printout, not the screen view, which usually shows
ugly aliasing and rounding effects. Uneven borders can be ca
block-container into another block. For FOP,
a block container musst be a child of either another
block-container (not recommended), a flow or a static-content.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
iver driver = new Driver();
driver.setOutpurStream(fos);
do the rendering ...
fos.close();
Check the Java docs for details.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
nag mail to the
list might help.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
e this is a sensible
> solution.
That would be interesting.
For everybody else interested: FOP uses the hyphenation
algorithm from TEX, which is described in "The TeXBook",
appendix H.
The TEX-source of this book can be downloaded from a variety
of places, just type "textbook.t
ctually, FOP attempts to tell you exactly this but falls
over due to, well, some sort of mess...
(This is fixed in 0.20.5cvs)
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
get
the code form the CVS maintenance branch.
But see also the thread about hyphenation.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
401 - 500 of 700 matches
Mail list logo