If you hard code the bookmarks how would you handle the id resolution,
as that is done through the area tree. Potentially you could code the
bookmarks in other renderers like AWT.
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
Sent: Monday, 25 October 2004 12:26 PM
To:
Glen,
The way PDF works is that it allows for the adding of new instructions
and objects that are fully backward and forward compatible. So an older
view can read and show newer files but without the new function (such as
transparency) it just interprets the objects in the normal default way.
Hi,
Thanks for the support.
I will go ahead and do whatever I can to help out with this and be part
of the XML graphics PMC.
I have read all the emails about this concept and think that it is a
good idea and should help things develop in useful directions.
Regards,
Keiron Liddle
-Original
-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 10 August 2004 6:10 PM
To: [EMAIL PROTECTED]
Subject: Re: AFP Renderer
Glen Mazza wrote:
There are already other AFP Renderers for FOP
0.20.5--actually Hansuli has it in our resources page:
Congrats, have fun should be nice down there.
-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]
Sent: Thursday, 17 June 2004 11:07 PM
To: fop-dev
Subject: Offline
Fopfellows,
I will be offline for the next week. I'm marrying Jenni tomorrow, and
honeymooning in the
Hi,
I was looking at some of the border issues and would like to ask for a
little clarification of which of area rectangle that is described by
Block.getHeight and Block.getWidth.
I think the intention was that it is the allocation width and height, the content is
then calculated from
Hi George,
The SVG output uses the AWT font metrics of the current system, which is the
same font metrics that Batik uses to do the text rendering.
Whereas the PDF output uses the PDF font metrics which are standardized
across any system.
These metrics are often different which will explain
This sounds bad, shouldn't FOP take the charge of font
metric measurement before rendering to different
format?
It does, the font metrics for SVG are the AWT metrics taken from java which are
from the current platform.
Does this mean that for different fonts, SVG output
will alway have the
--- Thomas DeWeese [EMAIL PROTECTED] wrote:
At least one of the issues is with the
PDFGraphics2D.
in PDFGraphics2D.java:632 in draw(shape s). There
is
a check for a newTransform which inexplicably
decides that
if the new transform is the Identity transform there
is
no
Team,
While Victor and Jeremias are discussing an input
API--I'd like to take advantage now of the relative
freeze in the codebase 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
Thanks Keiron for the feedback!
I found and reviewed the discussion regarding the move to Avalon (ref:
http://marc.theaimsgroup.com/?l=fop-devm=10226606705w=2 ).
I also appreciate your point that some aspects of configuration have
already been 're-enabled'; as exemplified in
Hi Jeremias,
The patterns were working to a degree as far as I know.
The one under src/documentation/content/xdocs/dev/svg/paints.svg
partly works but the patterns have the wrong transform and patterns in patterns
gives an error when viewing with acrobat 5. I can fix the angle of the transform
Hi,
My three would be:
30, 13 and 20
Keiron
Hello!
I have added #30 as somehow modified #7 and added one new penguin logo.
Now lets finally finish with this stuff. As Peter suggested lets vote by 3
favorite logos first.
My list:
#30
#2
#21
PS. Here is the list for you
I was curious and tried your code. Look like the drawImage method in
question isn't implemented in PDFGraphics2D.java.
This is fixed in cvs, just moved some code.
I modified your code and got a image in PDF when I did the following:
while(!PDFGenerator1.drawImage(img, 400, 300,
These changes are in CVS (redesign) now.
I've also introduced a dependency on Jakarta Commons IO, mainly because
of the CountingOutputStream needed for on-the-fly stream output. It also
contains several utility methods (such as for stream copy) that also
exist in out codebase. I'd like to
Hi,
The ImageObserver is used in the getWidth, getHeight and drawImage methods
with the image that is passed in.
So in a sense it depends on the img that you are passing in. The observer is an
object waiting for the image to be loaded.
How are you creating the image, can you get an abserver
I made some decent progress today on getting my head into the trunk code,
and to document some of what I have learned. I am still confused by the
Development and Redesign tabs. At first, I thought that maybe
Development was for those who might be developing on the maintenance
branch, and
With regard to the faq, I just last night sliced out nearly all of the
contents of the dev/faq.xml file. As far as I could tell, it was a duplicate
of an old version of the faq.xml. Those changes are not reflected on the
site yet (I have emailed Jeff to try to find out why not).
It wasn't
Hi Victor,
If I can remember correctly, it was done for a few reasons.
Originally it was using the parent to load properties, it would then store these
properties in variables and pass them to methods when doing layout.
It is possible that the same parent could have more than one FOText child
Jeremias Maerki wrote:
Anyway, may I ask for the reason that you want to do that?
Sure. I am trying to port some code I wrote to implement text-transform for
the maintenance branch over to the trunk. One of the key things there is to
tie together all FOText objects that are part of the
That's why I didn't commit the patch: I didn't want to re-add
the PDFDocument reference to PDFXObject in order to get the
add the encryption filter after the makeStream() without asking
why the reference had been dropped on the way from maintenance
to HEAD.
The PDFDocument was used in the
Hi,
I'm new to FOP, just joined the mailing list and I'm not sure what
exactly is going on so I'd *really* appreciate it if someone could
explain how to build FOP from the latest src (if it is even possible).
I've been unable to build FOP from the src archive as of 3/11. A couple
As there is likely to be a batik beta release sometime soon what does everyone
feel about having at least a PDF transcoder release.
A PS transcoder would be good if it is working okay (I have no PS viewer at the
moment).
Doing a release doesn't really depend on batik from our end. So if we can
The encryption filter uses the number and generation as part of the hash to
generate the key for a given object. In short, the encryption key is
different for every object and is based on the number and generation of the
object. I would have preferred something simpler but the PDFXObject is
I'm in major refactoring mode/mood. :-) So I would like to finally make
the long due move from src/org/.. to src/java/org. We've discussed it
more than once and we didn't come to an end. So I would like to propose
the following:
We remove the files normally using CVS commands and readd them
Keiron, I assume it was you who wrote two of the mails and put the
notifications on the Wiki page? With only the IP address it's difficult
to tell (you can register your name in Preferences. Nudge, nudge). Was
it Togan, you contacted or one of the other two? Not that we write to
the same
Peter, Keiron: how is the web site updated? I thought there was a
cron job every few hours?
Currently it only updates the site here: http://forrestbot.cocoondev.com (seems to
be down at the moment)
From this site you can update the main site by entering the correct
name/password, I'll send
Hi Peter,
For the inline-container all it does is return one or more inline viewport areas.
I think, but need to check, that it only can create more than one viewport if the IPD
of the contents is perpendicular to the parent IPD. This ensures that the areas a
properly ordered. If the IPD is the
Hi All,
I am trying to use batik extensions through
FOP. I added BatikElementMapping and BatikObj objects
into my FOP src and then registered them in the driver
class but I am still getting some exceptions. Can
anybody help me out ? I am trying to embed the
flowText.svg ( provided by
Hi Jeremias,
You mean Batik will have pdf-transcoder.jar and ps-transcoder.jar in
their distributions? Not the source, right?
That is correct.
What about factoring out the code for the transcoders and supporting
classes (like fonts) into a separate container/subproject accessible by
both
Hi Jens,
Hi!
I've got a fo-task for which I need a working
fo:inline-container-object.
This feature seems not to be implemented in the 0.20.x-version.
I would like to know weather support for this element is planned for the
coming versions (maintenance or redesigned-branch). Are any
Hi All,
The PDF transcoder could be packaged with Batik so that it can be used by users
of Batik only and also used independanlty from the rest of FOP.
So will there be any problems. There is the pdf-transcoder build target that
creates the transcoder jar. We could create a tag for the release
This still leaves the question: Does a block with a
break-before=page or a break-after=page span two pages,
or will it always be the first/last area on the page its
content is rendered on?
Examples
fo:block id=A
fo:marker marker-class=I id=m1/
fo:block id=B break-after=page
Jeremias Maerki [EMAIL PROTECTED]:
... Check the FOP website regularly for the status of the redesign.
To stave off the biggest FOP FAQ after doesn't keep-* work in Fop?,
ie. what's the schedule for the redesign?, could it perhaps be an
idea to post a weekly bulletin on the devel list?
Hi all,
I think I am getting an idea of the markers with Peter's and others points but I don't
fully understand how it should work or be implemented.
Anyway I have committed the code of how it might roughly work and hopefully it
is correct for the containing page. It isn't that much code
!-- If I remove this line, everything seems to work
fine --
svg:line x1=58 y1=179 x2=403 y2=179
stroke=#00 stroke-
width=0.5 /
IIRC It is probably an error caused by this line being 0.5 width. In PDF lines can
only be whole numbers and it might wrongly be inserting 0.5 in the PDF
Hi all,
In order to make things more modular I would like to split the layout manager
interface into two parts. One part that is used in the creation from the FO tree and
another that is used by the implementations in order to do the actual layout.
This should eventually make it possible to
Keiron Liddle wrote:
Hi all,
In order to make things more modular I would like to split the layout manager
interface into two parts. One part that is used in the creation from the FO tree
and
another that is used by the implementations in order to do the actual layout.
See my
But the marker subtree from the previous page is tranposed into the same
containing page.
Where do you get that from, how is it transposed, I have not seen any information
about this?
Considering all the retrieve positions refer to areas in the containing page then
these markers transposed
Looking at it again, I disagree. The containing page is the page
containing the first area generated or returned by the children of the
retrieved fo:marker. That is, the page on which the fo:retrieve-marker
occurs in the static-content. This will only vary if the retrieval
forces a
Keiron,
I haven't looked at markers too closely, but I would tend to think that,
in the first case, block c is the last-starting-within-page. Blocks a,
b and c all qualify; they all have an is-first trait of true. So
which one follows all others in the area tree, *in pre-order
Exactly. All definitions regarding retrieve-position exclusively
refer to the current page. There is not a single word on what should
happen if there is no matching marker on the current page but several
on the previous page which are eligible. FOP picks the last, but there
is absolutely
I haven't looked at markers too closely, but I would tend to think that,
in the first case, block c is the last-starting-within-page. Blocks a,
b and c all qualify; they all have an is-first trait of true. So
which one follows all others in the area tree, *in pre-order traversal
order*?
Hi all,
Is it correct that it should look for markers on the current page and if page
boundary is current page then stop there. If boundary is page-sequence then
keep going backwards on each page until a marker is found or reaches the start
of the page-sequence and similarly for the document
[EMAIL PROTECTED] wrote:
I am donating the hyphenation file to the ASF, and although it would be
nice to keep the copyright, I think that would hamper future enhancements,
or not?
As long as you don't choose to revoke the license for all
future and past versions (rather than forking or
OK, I am ready to jump in do some work. Sorry for being out of action for
so long. The threads that I would like to complete, or at least resolve,
first, are:
1. Documentation. The main problem here is the web site generation, but it
seemed to me that Peter and some others may have gotten
Hi all,
Since the topic is being discussed why don't we look at implementing markers in
the redesign.
I'll try to do what is obvious, getting the markers from the fo, adding when adding
areas and retrieving when needed.
I think some areas need changing so that the layout manager type is
Hi all,
and especially Keiron.
What are currently the most pressing problems with HEAD, in
order to make a dev-release?
I looked around and found quite a few details, but I can't
seem to get the big picture. I have somethig to do for the API
spec but there wasn't much activity in this area
I'd say we can't keep something like that within our codebase because it
contradicts the Apache licence. It is entirely possible that someone
sells a product that uses FOP. That wouldn't violate the Apache licence
but the licence of this hyphenation file. Recent discussions on various
Apache
This sounds great, but I have one question. We've posted a bug report
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16672) about the SVG
rendering in 0.20.4 and 0.20.5. Our SVG's in the rendered PDF
document(s) gets clipped. We're now using 0.20.1 and everything is fine
there. The
True, but I had in mind that any such approach will be built on the fact
that any layout is, in some sense, tentative. Rhett raised the question
some time ago of a means recording (and scoring) intermediate results,
something which will be an essential element of such a solution.
At
On Wednesday, January 29, 2003, at 03:20 PM, Rhett Aultman wrote:
This might be semantic nitpicking more than anything, but how can
finding a worse break prove you have the best break? Wouldn't you have
to find all possible breaks and verify that they're worse? Also,
just for personal
On Wednesday, January 29, 2003, at 09:54 PM, J.Pietschmann wrote:
Keiron Liddle wrote:
The only drawback is that it constantly needs to find the child layout
manager that applies to a given break...
Well, if there is a min opt max, and opt doesn't quite fit,
you have to choose whether
The asap rendering is mostly done, we still need to bring back many of
the renderers.
I suppose you mean the PDFRenderer is mostly done.
Yes.
I should probably expand on that topic a bit.
The layout creates an area tree which consists of pages. As each page is
created by the layout the
On Thursday, January 23, 2003, at 06:37 PM, LENEVANEN Cedrick wrote:
Confronted to volumetric problems I am very interested in the re-design
branch of the FOP project, in particular the FO SAX input and ASAP
rendering tasks. I wonder if I could try helping in order to make
possible
getting a
On Thursday, January 23, 2003, at 07:32 PM, George Yi wrote:
Has anyone made or is making an effort to implement strokeSVGText==false
feature in PS renderning?
Not that I am aware of.
I don't want to reinvent wheel here, if no effort is there, I would
like to
dive into this.
Whenever I
Jeremias Maerki wrote:
Common guys! I'd like to have some participation on this matter from all
the committers since this an important thing.
Sorry a bit sidetracked.
Personally I would like to see some sort of rotation (assuming that there will
always be 1 or 2). For example every 6 months.
Batik is only necessary to generate SVG output, right? I guess, a lot of
people are using Fop to generate PDF only, but Fop needs batik.jar in any
case because the driver initializes an SVG element mapping:
org.apache.fop.apps.Driver.setupDefaultMappings() :
Current cvs batik has been fixed so that it uses the xml-apis.jar
instead of having its own version. So if this is what is causing the
problem you can make a build from current cvs.
On Sunday, January 19, 2003, at 06:41 PM, Jeremias Maerki wrote:
I think we could just remove the SAX classes
Did you know that the Cocoon guys have jimi.jar in their CVS? I wonder
if that's correct and if yes, I think we should do it, too.
From my reading of it, by downloading the jar you automatically agree to the
license. This is quite different to ASL.
It is also non-transferable, I think that
Isn't the jai.jar (which would give fop great functionality!) not
redistributet for the same reason?
Yes.
I think the javax.imageio package is where Jimi and Jai were leading. So once
jdk1.4 can be used...
Best Regards
Markus Schäffler
Jeremias,
Thanks for the reply. Outside of clean up, I have working code. It is
limited since only PDF 1.3 is supported by FOP and I am currently using a
The redesign code generates PDF 1.4 (which currently is used in a completely
backwards/forwards compatible way).
How does the
properly discuss things like Session, Document, Rendering run, FOP
instances etc. Where to cache what? What objects/services hold/provide
In my mind Document and Rendering run (as defined in the glossary) are
probably the same thing (??). I added something called Rendering instance to
Hello!
How are we going to process underline/overline etc stuff?
It's a little bit confusing - we've got unused TextState class along with
TextInfo that includes text-decoration info already. Lets get rid of TextState ?
And what about rendering, does pdf support text-decoration directly or
On Thu, 2003-01-02 at 12:15, Oleg Tkachenko wrote:
Hello!
I'm stuck in understanding the coordinate system trying to sort out writing
mode stuff, e.g. in this snippet from SimplePageMaster.java:
/* Create the page reference area rectangle in first quadrant coordinates
* (ie, 0,0
On Fri, 2002-12-27 at 14:36, Rhett Aultman wrote:
Thanks. I'd really like to get the ball to start rolling on this so that
overconstraint can be readily included in with the layout system...figured the new
Wiki was a good way to get a little documentation together on this. Anyone with an
On Sun, 2002-12-22 at 02:18, Kevin O'Neill wrote:
It would be possible to do some work with Fop so that it can:
- convert xsl:fo to paged xml
Is the paged XML a new or existing format?
A new format for now at least.
It is possible there will be a w3c defined format.
On Thu, 2002-12-19 at 21:15, Jeremias Maerki wrote:
All cool, but how exactly is that better than having a PDF template that
is stitched behind or in front of the FOP result using iText or PJ?
Works well. Ok, PDF reading with our own library is a bonus as is better
XML output for debugging.
On Thu, 2002-12-19 at 16:30, Arved Sandstrom wrote:
I'd like to wish everyone here happy holidays, whatever is appropriate.
This is a good crowd.
+1 :-)
Regards,
Arved Sandstrom
-
To unsubscribe, e-mail: [EMAIL
On Thu, 2002-12-19 at 00:56, Oleg Tkachenko wrote:
Hello!
Just curious, why AreaTreeModel is defined as static inner class of
AreaTree class? It doesn't look like real inner class as it's abstract
and has 3 implementations. Are there any objections against moving it out?
Mainly it is
On Wed, 2002-12-18 at 15:23, Nicola Ken Barozzi wrote:
I don't get this. How can PDFs be transformed?
There are Java libraries that read PDFs. What would be really cool is to
have a reader or something like it that uses a PDF as a template.
Using FOP for just filling out forms is
On Sat, 2002-12-14 at 20:01, Victor Mote wrote:
Peter S. Housel wrote:
Looks like they want to donate it to Gnome, not Apache.
AFAIR, the BSD license is pretty incompatible with the Apache license. One
of the reasons that the xmlroff announcement doesn't change my commitment to
FOP is
On Mon, 2002-12-16 at 14:32, Salonen, Aki wrote:
Hi!
I've been using FOP for Inventory reporting in PDF format.
It works great with documents less that 200 pages when
we have enough memory in server.
We need to produce reports with pages up to 1000 pages
and within one pagesequence.
I
On Mon, 2002-12-16 at 15:52, Salonen, Aki wrote:
I am not using any forward references.
I've debugged memory allocation and
noticed that FOP allocates about 700Kb of memory
for each page processed. This remains allocated to the
end of pagesequence.
If I've understood right, it's
On Fri, 2002-12-13 at 08:35, Adis Katkic wrote:
Hi,
croatian characters are of type ISO-8859-2 (latin 2)
The unusual characters are: .
Whatever the characters are, all I can see is a .
I don't know if I said it before, but Fop doesn't use the fonts from you
platform, apart from the
Hi,
I'll try to clarify the FAQ entry.
The short answer is that you need to configure it to embed the required
font and/or use the correct encoding for the characters in the XML.
The default pdf fonts only have a certain set of characters.
I don't know anything about croatian characters so I
On Thu, 2002-12-12 at 11:37, Oleg Tkachenko wrote:
Keiron, can you place the link somewhere in the dev docs for memory, please?
Sure. Done.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
On Thu, 2002-12-12 at 15:30, Sharma, Siddharth wrote:
Hi and sorry for cross-posting as I know this is a user question.
I am newbie with FOP on Websphere 4.0.3. Batik has some DOM classes, which
are present in Xerces as well, with different implementations.
This leads to a number of problems,
On Thu, 2002-12-12 at 16:16, Jeff Turner wrote:
Yes. There is nothing wrong with FOP grabbing the latest DTDs from
Forrest and including them locally. That is effectively what users of
Forrest binary distributions do; they're using an old snapshot of the
DTDs.
The problems at the moment I
On Wed, 2002-12-11 at 03:11, Peter B. West wrote:
I found the image files in
.../src/documentation/resources/images/design/alt.design.
I'm not seeing any fop-cvs mail about these commits. Any idea why?
Don't know why you didn't get it but it was on the list:
On Tue, 2002-12-10 at 19:17, Victor Mote wrote:
OK, I see now that I misunderstood your Sorry, yes answer to Keiron. If
http://forrestbot.cocoondev.org/site/xml-fop should be reflecting changes no
more than an hour old made to xml-fop/src/documentation, then it is not
working. I just looked
Hi Arved,
On Mon, 2002-12-09 at 20:30, Arved Sandstrom wrote:
The feeling I got from my prototype is that there is not much commonality.
Markers - there is no logic here that has anything to do with layout, per
se. The content goes into a static-content and hence does not influence page
Hi Peter,
On Tue, 2002-12-10 at 03:30, Peter B. West wrote:
Fop-devs,
I have just run some quick test of property generation, to determine
whether I was actually generating the property sets for the FOs.
Although there are obviously still some bugs in property generation, the
full
Lets try to sort out the layout issues and come up with some ideas.
First of all assume that there is nothing there.
We have an FO Tree and an Area Tree and nothing in between.
Now how do we get the layout to work.
Some requirements:
- separation between deciding layout and adding areas
-
On Tue, 2002-12-10 at 11:56, Jeff Turner wrote:
See http://forrestbot.cocoondev.org/site/xml-fop
Updated every hour with the latest Forrest and FOP source.
You mean: and FOP that comes with Forrest.
-
To unsubscribe,
On Tue, 2002-12-10 at 17:26, Arved Sandstrom wrote:
Incidentally, I still think that the way markers are described in the spec
is vague and confusing. Perhaps we should hammer this out.
Agreed.
I still have figured out what it really means.
On Tue, 2002-12-10 at 05:45, Victor Mote wrote:
I have been running this on the Apache machine. Is that OK? If successful,
we can theoretically just add a cron job to publish periodically if we wish,
until Forrest is ready to do its magic for us.
When running forrest, I am getting the
On Mon, 2002-12-09 at 01:00, Arved Sandstrom wrote:
I actually helped push for this last year - the notion of separate layout
managers. I was strongly influenced by the mess that FOP code had become at
the time, and really thought that layout should be taken out of the FOs
themselves; that the
Hi Joerg,
These are the issues that you have mentioned before.
It is still essentially only attacking two methods (and supporting
classes).
If you have a better design, then do it.
On Sun, 2002-12-08 at 00:16, J.Pietschmann wrote:
deep inheritance hierarchies. There is only so much someone can
Hi Oleg,
I think writing direction would be a good addition.
I am hoping to bring back all the renderers and this is one issue that
need to be considered. ie. how it is handled in the area tree and how
renderers deal with it, sorting out width/height vs. ipd/bpd
On Sun, 2002-12-08 at 18:30,
On Fri, 2002-12-06 at 15:43, Rhett Aultman wrote:
We have a Wiki that seems to have been a good way of quickly throwing up ideas for
style guidelines and voting on them. Why don't we do the same thing here? We could
throw up our ideas, try to sort them into lofty, long term stuff and
On Thu, 2002-12-05 at 18:05, Christian Geisert wrote:
Oleg Tkachenko wrote:
Hello there!
What do you think about
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586?
Stefan asks us to use something like
float currentLetterSpacing = (float) 9.99;
instead of
float
On Fri, 2002-12-06 at 03:47, Peter B. West wrote:
Rhett,
Nerver having used it, I am not aware of its capabilities. As I don't
develop in a Microsoft environment, and have no access to MS Visual C++,
and I don't run in a Solaris environment, my options for trying this are
limited.
If
On Thu, 2002-12-05 at 15:28, Rhett Aultman wrote:
This is something I'd really like to see hashed out better. We're winding down on
the maintenance brach. I've read a majority of the source in HEAD other than the
renderers (which I don't feel qualified or interested in, anyway), and I
On Wed, 2002-12-04 at 19:08, Oleg Tkachenko wrote:
Hello there!
Well, bugzilla shake-up is over, sorry if I closed something not-to-be-closed
or leave something-to-be-closed, but anyway I believe we can say bugzilla is
cleaned up now.
Now it's 111 entries in there (it was 188 IIRC):
On Thu, 2002-12-05 at 13:01, Peter B. West wrote:
There is an implication in what you are saying that you do have the
direction forward for the FO processor internalised, so to speak,
and
that a complete FO processor is, as Christian says, just a matter of
time. I, and I suspect Arved,
On Tue, 2002-12-03 at 21:56, J.Pietschmann wrote:
Oleg Tkachenko wrote:
btw, how does such a case addressed by the spec? Apparently FOP, antenna
and xep do squeeze content. Isn't it an example of overconstrained
geometry (5.3.4)?
It can be interpreted as such in the presented case. Use
On Mon, 2002-12-02 at 22:19, Peter B. West wrote:
Keiron,
I will be updating this documentation in the next few days, and I will
fix the encoding at the same time, unless there is a more urgent need.
Could you leave the character as it is for the moment, just in case
there is still some
On Mon, 2002-12-02 at 21:37, Victor Mote wrote:
I see that Keiron has republished the web site. Here are some comments:
1. Keiron, would it help any, now that you have gotten the basic flow going,
for one of us to take the web-site publication burden from you? I know
Christian is involved in
That is supposed to say: all docs now validate
Something went wrong...
On Tue, 2002-12-03 at 11:53, [EMAIL PROTECTED] wrote:
keiron 2002/12/03 02:53:48
Modified:.forrest.properties
Log:
aذAæ͘9 ܼ¹ÂNÀ4dÂÐ)£
Revision ChangesPath
1.4 +5 -1
1 - 100 of 532 matches
Mail list logo