backup copy on the server before doing the
surgery? If so, that makes sense. Space is tight on that x1 filesystem, but
it looks like that directory is only about 97 MB its probably very
compressible.
2. Copying back from a sandbox? All history would be lost.
Victor Mote
be
better than B. I can't think of anybody in this group who would represent us
and our interests poorly.
Christian Geisert wrote:
And to simplify the nomination I'm stepping back.
+1 for Jeremias and Peter
Two very fine candidates.
+1
Victor Mote
know what they
are.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
. Are my emails coming through
messed up?
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
of good information both for users and developers. Chapter 10 on
HJ was especially useful, and somewhat prompted the above questions.
Victor Mote (mailto:[EMAIL PROTECTED])
Enterprise Outfitters (www.outfitr.com)
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650, Fax +1
to implement any of this any time soon, but I need to let
some of the concepts sink in for a while, so I thought I had better get
started, in anticipation of (hopefully) getting back into FOP code again
within about a week.
Victor Mote
/entries/pdftex.html which
indicates that pdfTeX uses the GPL, so we may be out of luck there.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
to distribute any remaining slack equally as space between the
leaders.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
places
where we could unite development efforts. Perhaps some of the TeX guys that
follows this list would like to comment on this.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
optimization. However, I could be wrong -- if
anyone thinks we should be concerned about it (legal exposure to Apache),
and knows what to do about it, please speak up. Otherwise, I think we just
keep plodding along.
Victor Mote
Oleg Tkachenko wrote:
I've got this book too, good one, but too TeX-oriented IMO.
True enough that the book in general is TeX- Metafont-oriented. However, I
thought the chapter on line-breaking was general enough to be very useful to
us.
Victor Mote
an extraordinary project, but it has an
extraordinary crew (but let's don't ever do it this way again ... please).
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Christian Geisert wrote:
So I propose the following plan:
Make another RC on february 17th and do the final 0.20.5 release
on february the 28th (no delay except for very valid reasons)
Comments?
+1
Victor Mote
the Apache license in the files, so that contributors know they
are contributing under that license.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
, if we can hide all of the implementation details behind the
interface just as well as we can behind a facade, so that layout doesn't
know or care what kind of font it is dealing with, then we are OK. Ideally,
we want to do the same thing for the renderers, if possible.
Victor Mote (mailto:[EMAIL
add to it to make it complete, than to try
to mess with the other licenses.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
in that context.
I agree. There are some other parts of FOP that would seem to be similar --
fonts and hyphenation come to mind.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
distribute a complete, unmodified copy of The Program. Distribution of only
part of The Program is not allowed.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
? I
still sense some resistance on this topic.
I am still too ignorant on the topic to have an opinion. Joerg's comments
about an extra burden on the users worried me, and made me think that I have
misunderstood the whole concept of what Avalon should be doing for us.
Victor Mote
site by entering the correct
name/password, I'll send offlist.
Yes please. I didn't understand this part. Currently I am trying to
sort out some documentation problems.
I would like to get this as well please. Thank you.
Victor Mote
, that the new src/java-1.x directories make it virtually
impossible to compile FOP in Eclipse without the the move to src/java.
-0 from me, but I'd volunteer to do the move nonetheless.
Agree, -0.
Victor Mote
-
To unsubscribe, e-mail
, but
I like it a lot.
There are several others that are really quite good as well, but the above
are my favorites.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
a restriction on the /file/ names being the same, only on
the product itself being the same.
I apologize that some of the above is redundant from previous postings. I
did not cite the authorities previously, and perhaps that will help us get
moving here again.
Victor Mote
name/password, I'll send offlist.
OK, I am a little slow, but I finally figured out that this URL should be
http://forrestbot.cocoondev.org. Once you get there, there are instructions
about obtaining a password.
Victor Mote
Jeff Turner wrote:
Then the only broken files are:
- [broken page] pdf-security.html -
- [broken page] dev/output.html -
The attached patch fixes these two.
Thanks very much. I have just committed these changes. I will probably be
regenerating the site later in the day.
Victor Mote
the related Implemented and
Limitations documents sometime in the next few days.
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650
Fax +1 (720) 293-0044
of these conditional packages (init-avail target).
Please let me know if this messes anybody up. Also, similar changes may need
to be made in the maintenance branch. I haven't tried to do a build there
recently.
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
the
maintenance branch was created (rev 1.25). Specifically, is it a problem if
I put it back in?
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650
Fax +1 (720) 293-0044
in the
maintenance branch.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
If the layout is less eager in the trunk, then maybe there is another way to
do this.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Scott Hofmann wrote:
Victor, since one of my choices was also #7 with a dislike of the
font i decided to post a revised version.
Oooh. I like that a lot. Definitely my favorite. Thanks for submitting that.
Victor Mote
repository
manually, using CVS. I think this is what Jeff was referring to in an
earlier posting about not being able to find a safe way to delete content.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Oleg Tkachenko wrote:
Well, I like the idea of inkstand and feather also. What about combining
it with another logo?
Sure. What did you have in mind?
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
,
presumably based on an apache login password? Alternative to having
restricted pages on the public site would be to have a virtual intranet on
another server (?).
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650
Fax +1 (720) 293-0044
Jeff Turner wrote:
On Mon, Mar 24, 2003 at 03:36:30PM -0700, Victor Mote wrote:
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
the Java routines, and I don't expect any
trouble there. The tricky stuff is how to define where a word starts, and
that may require some future work.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
development.
I propose the following for a 3-tab structure (I am not ignoring the Alt
Design tab, it just isn't affected by this):
Home
Release Development
1.0 Development
If you prefer to combine the developer doc, then:
Home
Development
Victor Mote
the developer doc, then:
Home
Development
I'm inferring from your comments that you prefer the 3 tabs described above,
so I'll just go ahead implement them, and work on changing the content to
match that scheme.
Victor Mote
Victor Mote wrote:
I'm inferring from your comments that you prefer the 3 tabs
described above,
so I'll just go ahead implement them, and work on changing the
content to
match that scheme.
After thinking through this further, I am convinced that there will be no
practical way to maintain
.
My choices:
#30 (i.e. the version that is attached -- if we use this one, I think both
Tobias Scott should be credited)
#10
#2
Victor Mote
-Original Message-
From: Oleg Tkachenko [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 30, 2003 3:05 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] logo
.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
on
steps one and two, and completing them, makes step three much easier. If we
can reach a consensus on items 1 and 2, I'll start on them right away. I
don't think they are big tasks, but they are pervasive and design-oriented,
and I think they require your approval.
Victor Mote
more participation.
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650
Fax +1 (720) 293-0044
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
want to discourage your efforts, but I think you will need to
keep these things in mind.
I will. Thanks. If I come back humbled from the effort, perhaps at least
some useful documentation will emerge.
Victor Mote
maintenance branch code), there will
be some, especially in embedded environments, that will prefer the
noncompliant LayoutStrategy. It may be possible within a LayoutStrategy to
allow the user to configure some of these tradeoffs as well.
Victor Mote
to publish, it currently is a bottleneck.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
in about a half-hour, IIRC.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
. Thanks for fixing.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
, and RenderContext objects, as the
first step toward refactoring to LayoutStrategy. So I guess I am working
along a different line, but working nonetheless.
Nevertheless, your point is well taken. I will address the remainder of your
email in a subsequent message.
Victor Mote
that he can keep working
without having to wait on us.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
. In the meantime, AFAIK, everyone on this team values your efforts.
I am sure that no one is intentionally slighting you. I have about 20 hours
a week to spend on FOP, and for my feeble brain that is just not enough
bandwidth to comprehensively evaluate every proposal on the table.
Victor Mote
or anyone else.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
redesign code necessarily speak
in favor of alt-design. I admit that I am more comfortable with the design
of redesign than I am with alt-design. In other words, I would currently
rather refactor redesign until it is readable and fixable than to embrace
pull parsing.
Victor Mote
the content.
Also, Vincent, I just added some content to the doc that was gleaned from an
email that you wrote several months ago, that documents the optimal settings
needed to avoid line overwrite, etc. Thanks for that useful information.
Victor Mote
missing something there.
Victor Mote (mailto:[EMAIL PROTECTED])
2025 Eddington Way
Colorado Springs, Colorado 80916
Voice +1 (719) 622-0650
Fax +1 (720) 293-0044
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
understanding of it is that it has
a pervasive effect, making separation between the modules more difficult
instead of less. IMO, absent a /significant/ benefit that cannot be achieved
some other way, this would be a deal-killer.
Victor Mote
solved that problem :-)
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
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.
That sounds possibly useful for what we are doing.
Victor Mote
, as yet, have no confidence.
OK, this all-or-nothing approach is news to me. So Glen actually better
understood how matters stood on this issue than I did.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
defer the
resolution of their properties until layout time?
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Victor Mote wrote:
My humble apologies. What is the easiest way to roll it back? Is there an
automated way?
I rolled them back manually, and have committed the change. All should be
back as it was before, except the affected files are two revisions higher.
Victor Mote
that you want to do with Avalon that
might require that invasiveness anyway. Sorry I am not more help here.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
then
do with them whatever you wish, sychronously or asynchronously,
right-brained or left-brained, Northern Hemisphere or Southern :-) Is that
worth exploring? Can your stuff use the general Area Tree model?
Victor Mote
at the store complains that the line
is moving slowly, I don't see how it helps them to say that they can't shop
here any more (but it will shut them up). Or am I missing some fourth option
here?
Victor Mote
-
To unsubscribe, e-mail
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 on all of this?
Victor Mote
-
To unsubscribe, e-mail
string enough time
together to do any coding, so I hate to waste it when it is there.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
to compile, have the RTFHandler use
them and remove jfor.jar from the lib directory.
Sounds right. I'll work on that.
...if there is some doc on the RTF libs,
there is none ATM.
I will probably try to create some as I go.
Victor Mote
there are a handful of
minor errors I need to fix before I should publish. I'll try to get that
done tonight or tomorrow.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Victor Mote wrote:
Sorry. I just took a look at the forrestbot log there are a handful of
minor errors I need to fix before I should publish. I'll try to get that
done tonight or tomorrow.
OK. The web site repository has now been updated. It should go live
sometime in the next 6 hours
/ servlet programmer the maximum amount of flexibility (control!) that we
can.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-picture, abstract
standpoint, why do we need to think of SVG any differently than any other
graphic type? We need to lay it out with the proper dimensions, and we need
to render it properly. Can't those be distinct?
Victor Mote
J.Pietschmann wrote:
Victor Mote wrote:
If you can convince me that it is not possible for layout and
rendering to
be refactored into distinct tasks or services, then my interest in FOP
diminishes to zero, and I'll stop making so much noise. I don't
see why that
should be true
Glen Mazza wrote:
--- Victor Mote [EMAIL PROTECTED] wrote:
(At the risk of getting esoteric, if the
Document object knows that none of the output
options requested support SVG, it
could tell the FOTree builder to ignore that
namespace and save the memory.
That's one helluva smart
Victor Mote wrote:
Bertrand Delacretaz wrote:
They don't compile out of the box, so I disabled their compilation in
build.xml for now, didn't have time to look further.
The next step would be to get them to compile, have the RTFHandler use
them and remove jfor.jar from the lib directory
if you see
anything I have missed.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
it. This doesn't directly affect the
API (we can have 15 or 50 classes supporting those exposed to the user).
Sorry to be so slow responding.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
Peter B. West wrote:
pbwest 2003/06/25 10:01:01
Removed: .checkstyle1.3.0-head
Log:
Name changed to checkstyle3.1.1-head
Thanks for all of your efforts here. Is this file reliable, or is it a work
in progress?
Victor Mote
Victor Mote wrote:
J.Pietschmann wrote:
Could you outline your API ideas on the Wiki?
Sure (give me a couple of days). Again, my point is not to push for a
particular API or framework, but only to show that the control
concepts (PDF
encryption was the example given IIRC) can be added
like we
can), and if you guys are happy with the API, we can defer that part of the
discussion until another day. It may very well be that when I see how your
vision is implemented, I will find the Control structures that (I think) I
need and that we are done anyway.
Victor Mote
to be on.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
J.Pietschmann wrote:
Victor Mote wrote:
I guess I don't
understand the need for FOProcessorFactory, which seems to be
an unnecessary
complication for the user.
It has something to do with the GoF Factory pattern. This means you can
choose the implementation of the FOProcessorAPI
J.Pietschmann wrote:
Victor Mote wrote:
I don't see why you
would suggest that my proposal would use more memory. I am quite sure it
would use less, but not enough to even mention.
Well, your approach to decoupling layout and rendering seems
to include building a full area tree
.
Thanks for your continuing efforts to improve the doc.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
FOP-specific comments on setting up the libraries
paths, etc. over the weekend.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
'minor' as
'nit-picking' is not an option ;-p).
Enhancement is fine, unless there is a specific category for Doc.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
*generally* be able to use the diff doc.
If MacCVS works like WinCVS, there is a command-line console available that
has CVS built into it, even if the OS doesn't have natively.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL
? That might also be safer
as we hope that the Apache license header will be greatly condensed at some
point in the future. Also, we could add an @author tag in each class that
would have appropriate credit information. What are your thoughts?
Victor Mote
the object model to better match
our processing needs. To the extent that the layer of API objects that you
have designed meets that end, I think we'll be OK.
If you and Joerg are satisfied that there are no major gotchas lurking, I am
quite happy to follow along.
Victor Mote
J.Pietschmann wrote:
Victor Mote wrote:
BTW, we'd better change the name of FOPResult if we're going to
try to sell
this to a wider audience :-)
abbr for FormattingObjectsProcessingResult. No need to change :-)
Just don't be surprised to see a counter-proposal RenderXResult, an abbr
) the substance of the
verbiage intact. Please let me know if there is anything that needs
improvement.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
that everyone agrees with this.)
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
mappings from Driver class to FOTreeBuilder
directly. The Driver class will be
ElementMapping-free.
Here's my +1.
+1 (on part 2).
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
as
resolved, but is actually still open. If there are no objections, in a
couple of days I will clean these items out of the wiki.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
at an original document (we convert old documents to text).
Maybe someday ... after fonts ... after layout ... after layout strategy ...
after API ...
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
that our Postscript output would kind of be
forced to keep pace with our PDF output.
You are definitely on a useful track here.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
, eventually
two manuals would be nice, one for FOP users, another for FOP dev, design,
and alt-design.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
understanding of
Cocoon. There are some good books available, and it seems like the web site
is pretty helpful.
Victor Mote
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
101 - 200 of 445 matches
Mail list logo