It's being done. Look for xslfo-proc on sourceforge. And look for a
new boss.
Peter
> I using JAVA only one year!
>
> My boss order me analyse FOP,and rewrite in C++;I think it's impossible!
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
&
a simple S&R. I might also have produced additional
> MT problems, even though I set FOPImageFactory to synchronized.
>
> If there are no vetoes, I'll commit the change on 2002-08-02,
> 21:00 CEDST.
--
Peter B. West [EMAIL PROTECTED] http://po
l users to check out, IMO it
> should be the other way around: have always a working
> version in HEAD, make branches to develop new ideas,
> and integrate them into HEAD as they mature.
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall w
iningWidth)) {
>leaderLength = leaderLengthOptimum;
>}
> The .minimum is not used at all.
> The code looks a bit odd, but I couldn't quite figure what
> it should look like. The wiggle room provided by leaders is
> not used for justifying the line (except for spac
ution of fixing / completing the
> FOP Area Viewer much better. (Please count my newbie vote at less than 1% of
> the value of the real contributors.)
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
---
think potential
contributors need a lot more encouragement.
Peter
Keiron Liddle wrote:
> (One day I will convince someone to help out with HEAD code)
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lo
x27;t done it, so maybe it is all theory that doesn't
> work for the application at hand. And I don't mean to be argumentative -- it
> just seems that writing a good PDF viewer would be a big enough task that I
> would want to exhaust other possibilities before heading down
ne answer
>>that one for us?
>
>
> AFAIK, everything in RTF can be expressed with text-only characters, and it
> would certainly be possible to convert XSL-FO to RTF using XSLT.
>
> Our choice to use java for the jfor converter was based on better
> availability
oncepts/details.
>
> RTF is the format of yesterday: better generate MicroSoft Office XML or Open
> Office XML.
> ___
>
> PDF Java Viewer: who can do much better than Adobe? If no Acrobat Reader is
> available, output PostScrip
who come after you will kiss your feet,
figuratively speaking.
Peter
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
ticular how
>> foo bar
>>should be handled. Will this result in two consecutive spaces,
>>one of them underlined? Has this issue been resolved meanwhile?
>
>
> IIRC the space in the inline is "marked" and therefore this space is
> re
Devs,
Is anyone else experiencing cvs acces problems?
Peter
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
is issue, too, that's great.
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
thoughts on the matter, generate attachment to the RFE detailing them.
If you have used bugzilla before, you will know what I mean. If not,
take a look and refer any questions back here or to me.
Peter
Rhett Aultman wrote:
> Comments below.
>
> -Original Message-
> From: P
Joerg,
Joerg Pietschmann wrote:
> "Peter B. West" <[EMAIL PROTECTED]> wrote:
>
>>Obviously there is a need for some documention with normal releases. We
>>don't need the design docs in the user releases, but all of the
>>operational material, incl
ence parses better.
> Because a mini-chunk of the ASF is already here and as uninformed as the
> rest. :-)
>
> Seriously, though, I'll track down board minutes and see where this is
> explained, and report back.
--
Peter B. West [EMAIL PROTECTED] http://powerup.com
enance branch?
>
> PDF generation of the documentation seems to be broken.
>
> What is the status of the new FAQ?
>
> Christian
>
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
gt; Communication is the key. as always....
>
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Christian,
Just did it.
New <http://xml.apache.org/fop/news.html>
updated <http://xml.apache.org/fop/status.html>
updated <http://xml.apache.org/fop/design/alt.design/index.html>
Peter
Christian Geisert wrote:
> Peter B. West schrieb:
>
>> plans to use th
away.)
??
Peter
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ar in
the release announcements could be collected there and serve as an
immediate point of reference.
Peter
Christian Geisert wrote:
> Peter B. West schrieb:
>
> Ok, I'll try to explain.
>
> The standard fonts (times, courier etc.) are mapped fix to Java fonts
> (Serif,
ndetn regime for the following release.
If AWT TT support was provided by some other means in 0.20.3, why don't
we stick with that for now?
Peter
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to w
e as we find other JVM version
(and *VENDOR*) inconsistancies.
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
gt; 1) Declare that Fop needs JDK1.3
>
> 2) Remove truetype font support from AWT viewer
>
> 3) Compile Fop with JDK1.3 (which will be done anyway)
> and state in the release notes that compiling with JDK1.2
> and using truetype fonts in the AWT viewer does not work.
>
--
Peter
The problem seems to be due to the sequence (basic-link leader basic-link)
> in a justified block. Removing any one of these fixes it, as does making the
> whole line a single basic-link.
>
> Trouble is, changing the links.merge default could
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9335
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
d that header image at fop's index page looks rather
> bizarre - there is probably white "FOP" string at the right, but what I
> can see (mozilla1.0 or IE6) is only left bottom corner of letters "FO".
> Can anybody else see it?
>
--
Peter B. West [EMAIL
me, including the loss of a .signature
file. Isn't the 1.0 release a mighty achievement?
--
Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
;certain behaviour. So we provide a class to enable this.
>
>On Tue, 2002-06-04 at 19:29, Peter B. West wrote:
>
>
>>As a result of this exercise, I remain as confused as ever. The most
>>general sense of "user agent" seems to be "fo processor". There are
Jason Foster wrote:
> I'm just curious, as I see messages talking about re-architecting,
> what the plans are for supporting the element? I've searched
> the archives and couldn't find any substantive discussions on the matter.
>
Jason,
In spite of the lack of substantive discussion, fo:floa
Hello all.
There was some talk about user agents, which sent me back to the spec. I
have never had any solid sense of what the user agent was all about, so
I have collected all of the references to "user agent" from the spec.
They should soon be available on the web site under NEW DESIGN->ALT
Keiron,
I can't comment on the details of this unless and until I look at
avalon. I notice, though, that version is still given as a
configuration parameter. Does that mean that a user can arbitrarily
change the FOP version? My point, of course, is that version has
nothing to do with confi
Bertrand,
<
I started writing this before the flurry of messages in the last day or
two, so it may now be redundant. If so, however, I have missed part of
the conversation. My recollection of consensus of opinion some months
ago was as I state just below.
>
I think you will still have at
J.Pietschmann wrote:
> If you really like a challenge, talk the other apache
> projects into using a standardised top-level directory
> structure with one doc, one src and so on :-)
pietsch,
Do I want more of a challenge than FOP? You must be joking. Ahh, I see
that you are.
Peter
---
Foppers,
I'm beginning to realise what a mighty cultural gulf I'm talking across.
As an aid to understanding, I have just tried the following on my linux
system. (Note that we are talking binaries here.)
$ cd /usr/bin
$ ls | (xargs ident 2>/dev/null) | less
The results are patchy. For most fi
Arved Sandstrom wrote:
>>-Original Message-
>>From: Keiron Liddle [mailto:[EMAIL PROTECTED]]
>>
>>
>>
>Ant is a cross-platform (by virtue of Java and XML) makefile system,
>basically, optimized for Java projects. Which is not new information.
>Sometimes we all lose sight of the fact t
Arved Sandstrom wrote:
>Hi, all
>
>I am very pleased to announce that Keiron has been elected to membership in
>the Apache Software Foundation, effective tomorrow (voting finished today).
>I'd like to be the first to extend my hearty congratulations. :-)
>
>
Keiron,
Let me be the third. Heart
Keiron,
See below.
Keiron Liddle wrote:
>Hi Peter,
>
>On Thu, 2002-05-23 at 12:51, Peter B. West wrote:
>
>
>>The full range of what I want to do with versioning I am not sure of;
>>the minimum I am sure of. I canvassed this a short time ago. That is,
>>
Matt, Matthew,
Maybe you could try generating the most minimal possible PDF file which
still crashes the preflight programs. Use the same fo: source file in
XEP and Antenna and compare the output. Send these PDF files to Enfocus
ior Adobe for comment. If someone there can tell us exactly wh
Oleg Tkachenko wrote:
> Peter B. West wrote:
>
>> I suppose a lot depends on how tightly you want to try to constrain
>> the XSL through the schema. There are many constraints which can
>> only be tested by the processor.
>
>
> Do you mean constraints which a
Keiron Liddle wrote:
>On Wed, 2002-05-22 at 17:30, Peter B. West wrote:
>
>
>>Are you *trying* to annoy me, or does it just happen? I don't want to
>>jump to conclusions.
>>
>>
>
>Relax, I'm not trying to annoy you.
>
>
Keiron,
T
Keiron Liddle wrote:
>On Tue, 2002-05-21 at 05:46, Peter B. West wrote:
>
>
>>Ladies and gentlemen, boys and girls,
>>
>>What's the state of play now with the changes to the build system? Has
>>the elimination of Xalan1 been completed? Who's doin
Chuck,
See below.
Chuck Paussa wrote:
> I haven't coded for the possibility of including functions in
> attribute values.
> Which functions has FOP implemented?
The functions are designed for use in attribute values, so sooner or
later
> Also, Can I assume that the following is true?
Keiron Liddle wrote:
>On Tue, 2002-05-21 at 05:46, Peter B. West wrote:
>
>
>>Ladies and gentlemen, boys and girls,
>>
>>What's the state of play now with the changes to the build system? Has
>>the elimination of Xalan1 been completed? Who's doin
Christian Geisert wrote:
> Ok,
>
> as a lot of people want a date for the next release I propose 1st
> of june as target date for the release candidate for 0.20.4
>
> What do you think?
Christian,
OK by me. Anyone have any specifics he or she wants to get into the release?
Peter
---
Joerg,
Thanks. It seems there were some configuration changes in openSSH
between versions.
Peter
J.Pietschmann wrote:
> I don't see anything unusual (Win2K, cygwin OpenSSH). It could
> be that your ssh client has changed default settings. My ssh uses
> known_hosts for storing identities, per
Ladies and gentlemen, boys and girls,
What's the state of play now with the changes to the build system? Has
the elimination of Xalan1 been completed? Who's doing what there?
I am planning to throw a branch off HEAD to tinker with at least the
versioning information for the build. I would l
Fopsicles,
I have just gone through the usual upgrade agony of RedHat (7.0->7.3)
with the added spice of a switch from Gnome to KDE after an abortive
flirtation with Nautilus. Having paid my debt to society (or so I
thought), I tried to perform a `cvs update' on the maint branch. I
received
Joerg,
Comments below.
Joerg Pietschmann wrote:
>"Arved Sandstrom" wrote:
>
>
>>I think the predominant opinion is (assume all of this fits on one page) -
>>
>>a normal block area (generated by the outer block) that contains:
>>
>>one or more line areas for "level_0_text fills to position A"
Devs,
Forwarding request I sent to the xsl-editors.
Peter
Original Message
Subject: Inline-building
Date: Tue, 07 May 2002 00:35:26 +1000
From: "Peter B. West" <[EMAIL PROTECTED]>
To: xsl-editors <[EMAIL PROTECTED]>
Editors,
There has been consider
Arnd,
I just tried the 642 build, and it does export SVG. Unfortunatley, it
does not import.
Peter
Arnd Beißner wrote:
>Editing SVG with Adobe Illustrator 10 works ok (small wonder), though the
>licence is
>fairly expensive if you don't use it regularly. The drawing app in
>OpenOffice may
Arved,
Again, I agree that, in the conceptual area tree described in the spec,
blocks embedded in inline-area generating FOs in the fo tree (e.g.,
fo:inline and fo:basic-link), themselves embedded in a parent fo:block,
do not bubble up to the same level as the parent fo:block. Going back
to
Arved,
I agree that there is no need to tie the rendering to any particular
model, as long as the results are equivalent. The discussions that span
this list and the Xslfo-proc-devel list testify that there are many
approaches to process of layout. However, if I am reading this
correctly, t
Keiron et al.,
Just a quick reaction to this - I'm off to sit next to the footpath
reading the newspapers and drinking tea.
From what I see here you are changing the shape of the tree. The
motivation seems to be to make it explicit that block areas contained
within an inline area must bubbl
Karen,
I was your opinion that I was most concerned about on this one. I, for
one, am quite happy to hold off to give you more time to make an
argument. Part of my point was that it *was* in pretty good shape the
first time around.
Peter
Karen Lease wrote:
>Not really. As a fairly intereste
Arved,
My apologies. I was just taking the opportunity to think aloud about
aspects of the interaction between inline-areas and block-areas. Trying
to make sense of the various elements of the spec leaves your ears buzzing.
Peter
Arved Sandstrom wrote:
>>>For the record, I disagree with Arv
Keiron,
Keiron Liddle wrote:
> I'm almost thinking of going a step further.
> Maybe we could add annotations to the spec to clarify these things
> with our understanding and then present this information.
Yes indeed. And an index, including especially a concept index.
>
> It seems to me tha
Arved,
This is a good idea. I half-heartedly suggested as much to Matthew
Huggett when he asked what a non-programming technical writer might
contribute. It requires too deep an insight into the spec, but he (or
Cyril) may of some assistance to you.
What would be even more generally useful wo
Karen,
Comments below.
Karen Lease wrote:
>Arved, Keiron et. al.
>
>I guess logically it's true that the blocks nested in inlines should be
>wrapped in inline areas, but it makes me nervous :-)
>At least they cause line breaks, that much seems sure. I still think
>that we should put pressure on
Hello devs.
Does the near-silence on this one signify consent?
Peter
Keiron Liddle wrote:
> Hi Peter and others,
>
> What is the status of property handling?
>
> Are we going to go with Peter's suggestion and commit the java source
> to cvs and work on handling properties fully from there?
>
Matthew,
I've moved this to fop-dev. Look over the documentation that we have
(basically, the web site html) and see what you think. As a
non-programmer, you will be mainly interested in the user perspective.
How much of a non-programmer are you? If you can grok the code at all,
your inpu
Arved,
Firstly, thanks for taking the trouble to do this. Your diagrams make
your argument beautifully clear, and facilitate discussion for everyone,
even XSL spec novices. Even me, who struggles to follow text-only
arguments. I haven't followed all of the posting yet, but one question
has
Does anyone know what happened to fop 19? Did the tag go away? It does
not show up in a cvs status of build.xml. I ask because the starting
point for my code was 19, and I would like a point nearby to branch from
for my initial migration.
Peter
Keiron Liddle wrote:
> Karen,
>
> On 2002.04.29 22:39 Karen Lease wrote:
>
>> It's certainly true that mixing blocks in inlines, as the spec says is
>> allowed, gets very complicated. I remember some discussion of this on
>> the list a long while ago and I think we actually asked the XSL editors
Oops. Sorry about that. That was supposed to go elsewhere.
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Sirs,
And this alternative response.
Peter
Original Message
Subject: Re: no more spam or virus but attack
Date: Mon, 29 Apr 2002 18:06:52 +0200
From: Martin Kraemer <[EMAIL PROTECTED]>
To: GOMEZ Henri <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
Rhett,
Let's try again.
> You're only an hour away from Arved, so you may be OK anyway.
>
> Ft. Lauderdale Mon 10:27am +0
> Halifax Mon 11:27am +1
London Mon 3:27pm +5
Paris Mon 4:27pm +6
Frankfurt Mon 4:27pm +6
> Brisbane Tue 12:27am +14
>
> Peter
Rhett,
You're only an hour away from Arved, so you may be OK anyway.
Ft. Lauderdale Mon 10:27am +0
Halifax Mon 11:27am +1
London Mon 3:27pm +4
ParisMon 4:27pm +5
FrankfurtMon 4:27pm +5
Brisbane Tue 12:27am +14
Peter
Rhett Aultman wrote:
Fop-devs,
It appears that I do not have an account on daedalus yet anyway. Many
thanks to the anonymous indivdual who re-published the web site.
Although there are some niggling menu problems, my notes-in-progress
are now, at least, available.
http://xml.apache.org/fop/design/alt.design/kee
Arved,
Thanks. I wionder what I can do to re-gruntle Brian?
Peter
Arved Sandstrom wrote:
>You'll get a disgruntled reply from Brian if you actually asked him on his
>personal email. :-) Stuff like this it's best to go to [EMAIL PROTECTED];
>typically you'll end up talking to Manoj Kasichainul
Arved,
See comments below.
Arved Sandstrom wrote:
>1. I can see a place for structured (that is, planned) communication:
>conference calls, scheduled meetings on a system like Peter describes, use
>of something like MSN Messenger, setting up an IRC channel and everyone
>getting together there.
Fops all,
I have committed changes to the web site into
xml-site/targets/fop/design/alt.design and I would be most grateful if
one of the committers could perform a cvs update on xml.apache.org.
Why? Having set up ssh on cvs.apache.org, I promptly forgot my login
password. Keiron, don't sa
A pox on Google, I say!
Peter
P.S. (Eventually fixed by changing all of my CVS/Root entries from
/home/cvspublic - left over from a previouos checkout - to /home/cvs).
J.Pietschmann wrote:
> J.Pietschmann wrote:
>
>
> Ah, found (out of >4000 google hits for "insufficient karma"!)
> http://ww
Fop-devs,
I just tried to commit a file I had added. Result:
Access denied: Insufficient Karma
(pbwest|xml-fop/docs/design/alt.design)
cvs server: Pre-commit check failed
It looks to have something to do with the avail file, and access to a
resource called 'id'.
Any ideas?
Peter
---
K, K, A and other developers,
Regular chat sessions would probably have been useful here, and I think
that they might still be useful. Probably every interested party but me
is in the time zone spanned by Keiron and Arved. Anyone in the US? It
should be possible for you to arrange some times
Developers all,
I have taken to using xfig for my design diagrams, and I would like to
include an editable form of the images in the CVS. xfig will export
Postscript, Encapsulated Postscript, PDF, LaTeX, IBM/HPGL, T/PIC, CGM,
but not SVG. Are any of those suitable for downline vector editing
Todd Pierce wrote:
>Clearly Peter B West is an Australian or New Zealander who should have been
>enjoying a public holiday. Why he chose to post this message to the FOP
>developers list, however, is a total mystery.
>
Todd(.au),
Surely not &qu
>
> ***WARNING*** Jars and class files checked into CVS must have their
> '-k' flag defaulted to 'o' - original value at checkin - to prevent
> corruption of binary files. I don't know whether this is critical for
> class files, but I would not treat them as binary files.
Should read, "... b
Age shall not weary them, nor the years contemn.
At the going down of the sun, and in the morning,
We shall remember them.
Lest we forget.
Anzac Day 25th April 2002
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional com
Fops,
Some more comments on ways of using CVS tags.
At present, we are using the trunk for ongoing development. We have a
*branch*, fop-0_20_2-maintain, and a release tag, fop-0_20_3. Branch
tags name a branch off the trunk (or off another branch.) Every version
of every file on a branch w
])/$1 /g
Looking at cvs.apache.org:/home/cvs/CVSROOT/val-tags, it is obvious
there is no standard for tag names, so no-one's nose would be put out of
joint. I'll have a tinker with this on a branch.
Incidentally, there is no fop-0_20_3-maintain, or rather, fop-0_20_3 is
on the fop-0_20_2-maintain
Keiron,
Ok, I forgot. Again.
Peter
Keiron Liddle wrote:
> this should answer you:
> http://marc.theaimsgroup.com/?l=fop-dev&m=101644341904851&w=2
>
> the html is committed into cvs, then a cvs up is done on the live
> website cvs (xml.apache.org).
>
---
Arved,
4.9.6 Layering and Conflict of Marks
has
"If A and B are areas with the same stacking layer, the backgrounds of A
and B come beneath all other marks generated by A and B. Further, if A
is an ancestor of B (still with the same stacking layer), then the
background of A is benea
Fops,
I have been thinking for some time now about the difficulty of doing
distributed design; i.e., co-ordinating design thinking in OS projects
with widely separated designers, and others who may like to make
suggestions. For a start, I think that intermittent email communication
is inadeq
Fops,
Karen asked some time ago about regenerating the html docs on the web
site. I didn't notice an answer to that one. How is it done?
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMA
Keiron Liddle wrote:
> On 2002.04.19 11:55 Cyril Rognon wrote:
>
>> Hi Fopers
>>
>> I have checked out the 0.20.3 with a -r fop-0_20_3 version tag (think
>> that's the right thing to do to get the 0.20.3 release)
>>
>> Then I have uncommented the new method in
>> src/org/apache/fop/svg/PDFGraph
Arved Sandstrom wrote:
>Not at all, to the first. I've been using DHCP on Windows and Linux for
>quite a while and CVS over SSH has not involved any aggro with respect to
>.rhosts. Once you've got your public/private key pair created, and you've
>uploaded your public key (and placed it into 'auth
Committers,
Ok, I have my account. Now, how do I use it? I'm assuming that I set
CVS_RSH=ssh, and use
-d :ext:[EMAIL PROTECTED]:/home/cvspublic
to specify CVSROOT. That would mean setting .rhosts, wouldn't it?
Which is painful because I get a dynamic IP address.
Once I get that worked out,
Keiron,
That would be just a matter of associating a value with the keep. The
main thing about the approach I outlined is to provide a structure which
allows keeps (and stacking constraints) to be expressed more readily.
Incidentally, speaking of min/opt/max values, my feeling is that, in a
Soothed Foperators,
I have been looking for a while, like everybody else, at keeps. I was
looking for a way to unify the processing of keeps and breaks at the
layout level. Breaks are easy enough; just create column-break and
page-break pseudo-area and insert into the galley as a sibling of
Joerg,
Thanks, it does answer my questions, and raises a few others. I'm
heartened by this, because what you have described is the inappropriate
use of global data in a multi-threaded context. I'm interested because
I like statics. They are smaller and faster; what's not to like?
Before c
For what it's worth, I give moral support to this nomination.
Peter
Christian Geisert wrote:
> I would like to propose Jeremias Maerki as a new committert for Fop.
>
> Jeremias has already contibuted the PS Renderer and quite a few
> bugfixes/patches, helped to improve the documentation and is
Folks,
Please indulge my ignorance again. May I assume that it is not possible
to run two main()s in the same VM?
From this discussion so far I have gained much more insight into the
nervousness about statics. Is the problem that servers want to execute
multiple instances of classes within
Please excuse my ignorance of these issues, but what mechanisms would
folks expect to use to set per-invocation configurations for FOP?
Peter
Chaumette, Patrick wrote:
>Thanks for the infos,
>
>also got this from Arnd
>
>
>--
>One problem you may run across is that configuratio
Keiron,
I await the result of the vote, but I am grateful for the nomination,
and would be happy to accept.
Let me say that anyone who has monitored the Mulberry XSL list over the
last 18 months will be aware of just how prolific, knowledgeable and
innovative Joerg is in this area.
Peter
Ke
Keiron,
Here's how the RCS works.
$ rlog names
RCS file: names,v
Working file: names
head: 1.2
branch:
locks: strict
access list:
symbolic names:
Rel_1: 1.1.1.2
RC1: 1.2.1.3
Rel: 1.1.1
Dev: 1.2.1
Base: 1.1
keyword substitution: kv
total revisions: 7;
Arved,
Obviously, I share many of your attitudes to properties, but I differ in
one respect. I think of properties not as rich, but as impoverished.
To me, they are just associations of names with values. The richness
lies in their treatment in the process of layout, where all of those
con
ml
>
> None of them seem to be useable for the version of a product.
> You still need to change something to make this update anyway.
>
> On 2002.04.05 00:44 Peter B. West wrote:
>
>> Keiron,
>>
>> I don't know the nuts and bolts of CVS, but I always assumed th
ote:
> On 2002.04.03 18:23 Peter B. West wrote:
>
>> There are a couple of other things which encourage the separation of
>> source and build.source trees. They involve the use of copy
>> filtering in ant. Version information is, I think, supplied by ant
>>
601 - 700 of 847 matches
Mail list logo
