With the kind help of Alex V. Alishevskikh I've been able to commit a
new pattern file for russian. The file should be pretty safe from a
legal point of view. Interested parties will find the details in the
comments provided in ru.xml.
Yipee! :-)
Jeremias M
-- a Batik class that needed changing itself as a
> result to the new functions in GraphicsNode)
>
> Glen
>
> --- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> > Hi Batik-Devs,
> >
> > the latest changes in Batik broke both the
> > maintenance branch and
Unfortunately, I'm on vacation next week. Anybody beside
> Keiron who is subscribed to batik-dev and who can watch how
> this unfolds?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I don't use Moz (which is my personal short for Mozzarella BTW) but I
use the "list-post" or "List-Post" header to separate crossposts.
On 30.05.2003 21:52:41 J.Pietschmann wrote:
> Jeremias Maerki wrote:
>
> > Ha, I was first! :-) Didn't you see my mes
ast the font metrics associated
> with the renderer) must be known. Jeremias, Victor and others have been
> concerned with factoring out a fonts subsystem, so they may be able to
> promise that for FOP this issue will be resolved.
>
> I know nothing at all about image render
done automatically by Forrest btw.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
996. Most
> important creation? Jeremy Logan Leeds was born June 18, 2002.
> =-=-=-=-=
>
> If you feel the need, you can start cutting sentences from the end. ;-p
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTEC
55 Clay Leeds wrote:
> /usr/serverlocal/forrestbot/scripts/work/build/bot/xml-fop/site/[EMAIL PROTECTED]
>
>
> I don't know what it means, but there it is...
Jeremias Maerki
-
To unsubscribe, e-mail: [E
po). 2ndly, according to everywhere I've read, (XML Bible, the XSL
> spec, etc.):
>
>The xsl:include element is only allowed as a top-level element.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
3 Peter B. West wrote:
> Shouldn't we acknowledge this support on the web site?
>
> [EMAIL PROTECTED] wrote:
> > Log:
> > Fix bug in WinAnsiEncoding: trademark was shown as bullet
> > Financed by: CTB/McGraw-Hill
Jeremias Maerki
-
t use any
password within Eclipse. I'm using Putty with the Putty Agent where I
can set up the private key once and it is used for any authentication.
However, I don't know how it works on Linux.
You know that page?
http://xml.apache.org/forrest/community/howto/cvs-ssh/howto-cvs-ssh.html
done.
On 08.06.2003 08:30:58 Peter B. West wrote:
> You might want to add that HEAD can
> be checked out from the HEAD folder (if indeed it can - I'm trying it now.)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAI
ill follow the
> simple-page-master "lastpage" and the other pages (first and rest) will
> follow "otherpages". What is actually happening is that all pages are
> following "lastpage", i.e. every page is assumed to be the last page.
>
e problem.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Looks like your message simply got stuck in the moderator's queue.
On 30.05.2003 18:17:31 Thomas DeWeeese wrote:
> Jeremias Maerki wrote:
>
> >Hi Batik-Devs,
> >
> >the latest changes in Batik broke both the maintenance branch and HEAD
> >of FOP:
> >
>
On 02.06.2003 14:12:43 Thomas E Deweese wrote:
> >>>>> "JM" == Jeremias Maerki <[EMAIL PROTECTED]> writes:
>
> JM> However, I'm worrying about binary compatibility. At the moment we
> JM> have to tell our users that they have to use the B
think it is
> in the interest of the project to turn him loose so that he can keep working
> without having to wait on us.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
e our lightest month since Dec. 1999!)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
M system both running FOP for document production but logging to
different log files. Ok, they could be separated by different
classloaders but I still think not having statics in a server
environment is better.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On 17.06.2003 17:10:19 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > I'm a bit concerned that you call this "startup refactoring" where it's
> > really API redesign in the end, I think. And that's an important topic
> > where I would have expe
enation build is attempted:
>
> [serHyph] Fatal Error: source directory ./src/hyph for hyphenation files
> doesn't exist.
> [serHyph] BUILD FAILED: file:/home/pbw/workspace/fop-head/build.xml:453:
> org.eclipse.ant.core.AntSecurityException
>
> Does an
hat. :-(
> Or should we make the changes proposed by Jörg (improved memory
> usage with tables - see
> http://marc.theaimsgroup.com/?l=fop-dev&m=105399053227758 )
> which would require another release candidate.
Still -0.
Jeremias Maerki
--
No problem with that.
On 17.06.2003 23:03:22 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > main FOP api in the org.apache.fop package.
>
> org.apache.fop.api package?
Jeremias Maerki
-
To unsubscribe,
as possible. We need to disentangle that
class to make it more like the JAXP API.
> (Although we
> can certainly provide additional options in apps--but
> FOTreeBuilder should be all that is strictly needed.)
> Said another way, the processing
andled by the PMC - so Jeremias or Peter
> would you please take care of this?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
e FOP repository &
> start hacking away. What do you think? The wiki made me think that maybe you
> were wanting to keep your options open. I guess the other issues that raises
> are 1) dropping in the Apache license (looks like no problem), and some
> style issues. What are your thoughts o
p the SSH
tunnel for CVS access. If you have trouble, just yell!
Welcome aboard!
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I think so. Please remove them.
On 19.06.2003 11:27:15 Peter B. West wrote:
> Done. The hyphenation works now. What's the story with the
> documentation targets now that we are using forrest? Can they be removed?
Jere
rning curve is probably another reason to cast an eye over the
> config I create.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Shouldn't that be Checkstyle 3.1.0?
On 20.06.2003 09:41:58 pbwest wrote:
> pbwest 2003/06/20 00:41:58
>
> Added: .checkstyle1.3.0-head
> Log:
> Plugin config for Checkstyle 1.3.0
Jeremias Maerki
ces as possible. This improves
decoupling and centralizes control which in the end should make the
whole thing easier to understand.
I really don't know if this concrete example will work out exactly like this.
I didn't even investigate how this will fit with Peter's work. I'm just
gett
FOTreeBuilder.
> (4) FOTreeBuilder sends SAX events to the
> StructureHandler that was given to it by Driver.
It's not directly SAX events but something similar.
> I wanted to move to:
>
> (1)
> Doc/Dri
> API/Apps > FOTreeBuilder --> its Area
> Tree
ld have less concerns
> about feeding it the render type. We can make this
> centrally-located class the "octopus" of the
> application, rather than the left-side
> Document/API/APPs class.
YOU GET IT!
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ure it out by talking
together and painting on a whiteboard. The Wiki will have to suffice I
guess.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
is not worth the pain. But the above concept is still
worthwhile.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
'my' template to change their output):
> Is this related to the discussion? I see that I'm using xsl: namespaces,
> but I'm curious to learn how this relates...
Jeremias Maerki
-
To unsubscribe,
On 23.06.2003 19:33:23 Clay Leeds wrote:
> On 6/23/2003 10:19 AM, Jeremias Maerki wrote:
> > Nice idea, but there's a problem. The xsl namespace gets filtered out by
> > the XSLT engine, or IOW expanded to the FO attributes before they reach
> > FOP. FOP never sees any
rements I've written down on the FOPAvalonization page.
Side note WRT resolvers: I've only placed the SourceResolver in the API
because I think that the other resolvers are not necessary. I'm not
certain about that but this can be easily added later.
On 20.06.2003 21:40:09 Jeremias
On 23.06.2003 21:28:56 J.Pietschmann wrote:
> Jeremias Maerki wrote:
>
> > I have done so now. I've added a new (sub)page to the Wiki to avoid
> > making the FOPAvalonization page even longer.
>
> Interesting proposal. One thing I'm still missing:
>
> &g
stable API.
On 24.06.2003 21:40:54 J.Pietschmann wrote:
> Hmhm. The class you vasll FOPResult and subclasses has the same
> role what I called Renderer and subclasses. Your choice may be
> more intuitive for many people
odebase to move the StructureHandler
> and LayoutHandler classes from the apps package to the
> fo and area packages respectively (similar to what
> we're doing with MIF/RTFHandler).
Jeremias Maerki
-
To unsubscribe, e-mail:
Sorry for not being clear. I also meant the layoutmanager package.
On 26.06.2003 00:37:25 Glen Mazza wrote:
> Should LayoutHandler go into the
> Layout (Jeremias) package or LayoutManager package
> (Keiron)? (Personally, I don't care--99% for me is
> getting them out of apps.)
On 26.06.2003 18:40:58 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > I have done so now. I've added a new (sub)page to the Wiki to avoid
> > making the FOPAvalonization page even longer.
> >
> > http://nagoya.apache.org/wiki/apachewiki.cgi?FOPAvalonizatio
lue without changing the API. And a
stable and flexible API is one of the most important things to me. We
changed the Driver class too many times. Hopefully, my proposal could
improve this. Just trying to decouple...
But I disagree with the heavyweight thing. It's only th
No, of course not.
On 27.06.2003 06:36:17 Peter B. West wrote:
> I just noticed
>
> in the dist.bin.lib fileset of build.xml in HEAD. Is that supposed to be
> there?
Jeremias Maerki
-
To unsubscribe, e-
do much more than mention it. I think this distinction probably also
> explains the different wavelengths that we seem to be on.
The biggest difference probably arises from your focus on the inner glue
and my focus on the client API. Your thoughts are very valuable but they
should evolve in the
Ok, but that's a special purpose API that has (almost) nothing to do
with XSL transformation. And it's only a proprietary API because there
is no standard API for this.
On 28.06.2003 13:23:21 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > The problem with this example is th
Looking at the CVS history, I believe it's a relic from the times where
FOP had, cough, jimi.jar, cough, in CVS.
On 28.06.2003 16:23:47 Peter B. West wrote:
> Jeremias Maerki wrote:
> > No, of course not.
>
> Well, ..er, ..um, no, of course. Supplementary question: was t
Most likely they are stuck in the moderator queue. Who are our
moderators anyway?
On 29.06.2003 23:23:37 J.Pietschmann wrote:
> > "CVS commit" command outputs at the end that it is
> > sending an email, however.
> I had the same effect. It suddenly wen
x27;t seen the above CLI argument documented
> anywhere. What other CLI args are there which aren't documented in the
> "help" which is displayed if you don't pass FOP the correct args?
That particular option is an option from the JDK itself. It's not a FOP
feature
ge under our dev tab? (This is in keeping with my philosophy that
> wiki are temporary whiteboard areas that should usually have a limited
> life -- I am not sure that everyone agrees with this.)
Jeremias Maerki
-
To uns
consider it a -0.5 for now (!) to remove the
dynamic addition of extensions. For moving the code I'm +1.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
MAIL PROTECTED] Maybe the Gump, Maven and Krysalis Centipede guys have ideas
related to this. Also keep an eye on Krysalis Version
(http://www.krysalis.org/version) that's providing a little bit of base
functionality in this region. Just my 0.02 CHF.
Jeremias Maerki
---
IFF with visual diffing approach using
GhostScript. I hope I'll have some time to do that once I've finished
the IO stuff (Finally made it into the Commons-IO project).
BTW, I've started a few JUnit tests myself (tests for basic
functionality of the API and for the IO-related classes
oach using
> > GhostScript.
>
> Yeah, but what if something invisible was screwed, or the difference
> got lost due to pixelation during rendering? Think of off-by-one
> errors in border placement calculations.
Point. So we need both.
Jeremias Maerki
--
performance-wise. But jpeg2ps' code is on the safe side in any case.
Preferences anyone?
On 01.07.2003 17:59:52 Jeremias Maerki wrote:
> Correction: I've just dropped my current ASCII85OutputStream in the
> maintenance branch but the bug persists. There's must be another one.
ere. Additional candidates:
PDF library, Transcoders, a free image library etc. etc.
Another question: How does your work relate to the general possibility
to make use of OpenOffice.org's hyphenation stuff.
Jeremias Maerki
-
To
7;t break because of that. I hope to fix that
soon. Right now I'm simply too tired.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ch I find annoying. Isn't it supposed to ignore this?
> Even more unfortunate: the commandline cvs complains about missing
> CVS directories in build/ and subdirectories too on commit, which
> means it somehow descends there. According to the cvs info page this
> shouldn't happ
ront of it, be turned into UTF8 or have different
> line endings. All that is fine; the idea is just to make sure that no one
> can claim that they did not see an ASF license when they snarfed or copied
> just a few files.
>
> Should you worry about size increase;
iles under Ant, outside Eclipse.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
y path and went for
the jpeg2ps-style approach since I don't have too much time available.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
what happens if you have 60 workstations with maximum 256 MB
> RAM!!!? Are you saying that we should go and buy 60 256 RAM just for
> this stupid bug of FOP!!
>
> I am going to loose my trust to Open Source projects and Apache !
Jeremias Maerki
--
gt;
> > 2. does anyone know what the "f" stand for?
>
> "Field", I guess.
>
> > 3. checkstyle actually suggests that "Variable 'ipd' must be private and
> > have accessor methods." Perhaps this is our preferred solution?
>
>
tions get out of memory easily.
>
> Running it under another JVM is a good idea but as you know it is not
> feasible from performance point of view.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
e PFB reader could be
extended to parse the first ASCII-part which also contains many values
from the PFA.
>
> We still have some open issues on how the interface ties in with the rest of
> FOP, but I think all of this can be done without treading into that area.
> Also, once the above is i
x27;t know what its opposite command is,
> to merge the patch into a file.
>
> (BTW, using Windows 2000.)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ut based on the page
> dimensions,
> because interpreter know about the media and about the document.
>
> It making more sense to specify PageSize instead of the layout.
> I did some experiments with it, and PageSize gives more realistic results.
>
> For myself I wrap PD
inking of converting
> the getInputHandler() to always return an
> FOInputHandler() as follows:
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
;
> They will have a new function to call (we'll keep the
> above in case it's used externally):
>
> public synchronized void render(InputSource source)
>
> that will eliminate each caller's need to create a
> parser first.
>
> Here is my +1.
Jeremia
core utility
packages (fonts, pdf lib, svg-support...) so they could be reused in the
maintenance branch to accomplish the same. But if you think you can do
it, then do so.
> Except for item 1, for which I have had to adjust
ng their own parsers. At any rate, I
> wouldn't want code in the apps class to be referencing
> CR or PP's packages, just for the sake of a parser.
> (In the other direction may be OK, but we'll wait
> until the API is nailed down for that I guess.)
Jeremias Maerki
---
; And one more, the PS file which is produced by PSRenderer can't be
> printed directly to the printer, it is required post processing. My
> point is, when document rendered it must be rendered according to the
> specified size, and when you print it, you process PS f
hanged? Or is something broken?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
che/fop/apps TraxInputHandler.java
> Log:
> XSLTInputHandler reimplemented using TraxInputHandler code. TraxInputHandler
> removed. (Retaining XSLTInputHandler because of its technology-independent name,
> also probably the more used class of the
one linked
> from the jakarta web site. Building it from scratch turns out to be
> non-trivial, at least for me. I'm just going to leave it alone for now.
> Jeremias, if you know how to get a convenient updated build, that would be a
> big help.
Jeremias Maerki
-
r PMC members??
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Not before the first release, no.
On 17.08.2003 07:24:21 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > Commons IO is currently in a state of flux while it is being refactored.
> > I think it is a bit premature to fix the deprecation warnings just now,
> > and i
So let's first see what others have to
say about this before beating that proposal down outright.
Jeremias Maerki
my ttf.fm.xml, but still no changes.
> Basicly I can add line spacing based on the font name into my FO file, but I hope
> there are some way to tune up font metric file.
> At least where I can get the spec's for the metric file ?
>
> I am using fop-0.20.5rc3a, with PSRenderer.
>
Jeremias Maerki
te about access to
> the source:
> "(...)The second is not and you must have a login to the development
> server. If you don't know what this means, join the mailing list and
> find out.".
>
> I can't find out... Can you help me?
> Thanks!
Jeremias Maerki
But EPS can be converted very easily to Embedded-PDF. This can be
> "stremed" to the PDF-Output very easily (I tink :-)
>
> I might spend some time on this issue and produce some code. But only if
> I knew it would not be needless.
Jeremias Maerki
Victor,
AFAIK Mark Lillywhite was never a committer, only a contributor. He
helped improve speed and memory consumption back during his active times.
Unfortunately, he didn't stay long enough to get nominated.
> add Mark Lillywhite to list of former committers
Jeremias Maerki
y transfer of the last batch of "resolved"
> style issues to the web page, which included a provision to remove personal
> attributions within source code. I want to make sure that we don't just
> erase the memory of the people at the same time.
Good thinking. Thanks for doing that.
Jeremias Maerki
erators: dirkxwebweaving.org
>
>[EMAIL PROTECTED]
> Subscribers: 600
> Moderators: dirkxwebweaving.org
Jeremias Maerki
e is now available via
> cvs/committers/docs/mailinglist-tips.txt
> ("committers" module)
>
> Jeremias, i think you are the ASF committer, so
> you can check-out "committers" module, I guess.
Jeremias Maerki
components have to be worked out as such.
- The individual components get a higher visibility which could attract
new people. FOP is rather monolithic from an outside view which I
believe can scare away rookies.
- The PDF (maybe even the PS/EPS) transcoder could be released soon.
Thoughts?
Jeremias Maerki
nto another project (Batik)
2. into a new project (as XML subproject, Jakarta subproject, XML
Commons, Apache Commons, Jakarta Commons)
3. into a separate place in xml-fop, thus staying in FOP but becoming
some kind of sub-subproject.
Jeremias Maerki
;s why
it may make sense to talk about separating things off of FOP to make
them available to a new audience and therefore heightening the
possibility to attract new developers. FOP can profit from that, too.
The XSL-FO layout engine is the main concern for this project.
Everything around it (PDF lib, SVG support, font parsers etc.) is only
infrastructure plus goodies.
Jeremias Maerki
On 28.10.2003 14:40:29 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > > For example, we could easily make Peter Herweg a
> > > committer for the RTF libraries and renderer, but there is some
> > hesitation
> > > (even on my part, who thinks Pet
I said before I'd be careful what to separate from FOP. Only
things that have promise to be used in more than one project. If SVG
code is moving over to Batik the above is true for PDF and fonts code.
> This one is going to take Victor the most amount of
> self-discipline--I'm not very optimistic here--he'd
> send his son to XML-Commons if he could get away with
> it! ;-)
IMO this is unfair despite the smiley.
Jeremias Maerki
to take the duty,
> I'll do it.
>
> J.Pietschmann
Jeremias Maerki
sides that I'm itching to refactor the Transcoder instantiation in
Batik so that additional transcoders can be added just like we add FOP
extensions. Right now, support for the PDF transcoder is hardcoded in
Batik. But I still need to find time to do that.
Jeremias Maerki
TreeListener on FOTreeHandler. Instead of the FOTreeBuilder that
anonymous inner class will be returned by getContentHandler().
Jeremias Maerki
want to do MD5s here. Not even bitmap diffing.
On 08.11.2003 18:02:24 J.Pietschmann wrote:
> [EMAIL PROTECTED] wrote:
> > Basic functionality tests for PS and RTF besides PDF.
>
> Can you check how this can be incorporated into
> GenericFOPTestCase.java?
>
> J.Pietschmann
Jeremias Maerki
ndler() at the moment).
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/fop/java/org/apache/cocoon/serialization/FOPSerializer.java?rev=1.5&content-type=text/vnd.viewcvs-markup
On 08.11.2003 21:48:52 Glen Mazza wrote:
> --- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> > As
l consequence
> of the fact that generating FOs may overflow a page.
Jeremias Maerki
and API deprecation
instead of API modification and it's why I wrote those basic JUnit tests.
Jeremias Maerki
On 13.11.2003 19:27:24 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > Anyway, I've added some basic functionality or API tests some time ago.
> > These are called during build IF JUnit is installed in your Ant
> > installation. Just copying junit.jar into Ant
> Of course, other renderes besides PDFTranscoder would need to be changed as
> well but it could be possible to keep backwards compatibility.
>
> Is this something that is in plans? If not, would you accept potential
> contributions?
Jeremias Maerki
501 - 600 of 1057 matches
Mail list logo