Hi Peter,
we use Web Start in a customer project.
It's a good solution to deploy Java applications as a JAR file, even with
native code and such.
Some caveats:
-The security manager can get in your
way if you want things like filesystem access. You have to sign your jar
and each user has to acc
about speaking
up on this. After all, it's *your* project, and what the f*** do I have to
say about it. Ok, this time I decided to do it. Please don't be offended
- it's really meant as a personal opinion from an interested bystander.
I hope you can accept it as such.
Thanks for listening,
Arnd Beissner
--
Arnd Beißner
Cappelino Informationstechnologie GmbH
"Peter B. West" <[EMAIL PROTECTED]> schrieb am 18.05.2004 11:57:38:
> I am awe-struck that you have achieved so much in that period. How much
> of the Rec have you implemented?
Peter, it really helps if you have a strong background on PostScript, PDF
and fonts as well as text formatting. Also,
Chris Bowditch <[EMAIL PROTECTED]> wrote on 18.05.2004 12:03:33:
> This is very true, I also have the same concerns, which is why I have
set out
> some simple objectives that must be met before the redesign is ready for
an
> initial release. See here:
>
> http://xml.apache.org/fop/design/layo
Chris Bowditch <[EMAIL PROTECTED]> wrote on: 18.05.2004 14:31:39:
> What I forgot to say is that I think we should do an initial release of
FOP
> after doing just High priority TODO items.
Ok, that changes things, of course.
> Yes, ugly output can be caused without border collapse, but yet
Re
"Andreas L. Delmelle" <[EMAIL PROTECTED]> wrote on 18.05.2004
18:09:15:
> Indeed, but the columns can be absent in the source FO. In which case
> they're actually to be considered present, and their widths are
determined
> by the cells in the first row (--or, but I didn't dare consider that
> po
"Victor Mote" <[EMAIL PROTECTED]> wrote on 18.05.2004 22:12:45:
> The real question on modularity was never whether it should be a
priority,
> but whether it hurt the project. On open-source projects, priorities are
> really set by each individual. You fix the thing that hurts the most at
the
>
Clay Leeds <[EMAIL PROTECTED]> schrieb am 19.05.2004 01:03:19:
> It would be interesting to compare some RenderX example output between
> the two^H^H^H three (ArndFO, fop-0.20.5, fop-1.0Dev)... I suspect there
> may be other significant differences as well, with performance, heap,
etc.
Be warn
"Peter B. West" <[EMAIL PROTECTED]> wrote on 19.05.2004 00:12:41:
> I think you are talking about different modularisation contexts here.
> You might want to clarify this part of the discussion with Victor.
I really thought it was about the "pluggable" layout that Victor brought
up a long time a
Jeremias Maerki <[EMAIL PROTECTED]> schrieb am 19.05.2004
20:38:37:
> You guys block yourselves with this strategy and Arnd gets
> even more of a head-start. :-)
8-)
--
Arnd Beißner
Cappelino Informationstechnologie GmbH
"Victor Mote" <[EMAIL PROTECTED]> schrieb am 24.05.2004 02:32:28:
> There may come a time when the awt system is the way to go, but AFAICT,
it
> isn't here yet, but I'll be glad to be proven wrong.
>
> ...
>
> No. Font *embedding* is renderer specific. AFAICT, everything else about
the
> font
"Victor Mote" <[EMAIL PROTECTED]> wrote on 24.05.2004 18:12:36:
> One of the changes that will probably need to be made to FOP's font
handling
> is to parse AFM files instead of PFMs. I have assumed that for hardware
> fonts, either the device manufacturer provides font metrics files or
enough
>
"Andreas L. Delmelle" <[EMAIL PROTECTED]> wrote on 24.05.2004
21:49:48:
> There are, AFAICT only 4 types of FO to which break-before and
break-after
> apply:
> - block level: fo:block / fo:block-container
> - fo:list-item
> - fo:table-row
For completeness, add:
- fo:table-and-caption
- fo:table
"Victor Mote" <[EMAIL PROTECTED]> wrote
on 25.05.2004 01:46:50:
> However, since these same fonts could also be used by the PostScript
> renderer, or the Print or AWT renderers (assuming that the pfb is
available
> as well), I don't see a need to duplicate their definitions, or metrics,
or
> anyt
"A.M." <[EMAIL PROTECTED]> wrote 27.05.2004 16:27:29:
> Excuse me for being annoying with the column balancing issue (from
> fop-user), but it's something that we crucially need. I would like to
> offer my time to implement this- however it's not clear to me which
> block attributes are relevan
"Peter B. West" <[EMAIL PROTECTED]> wrote on 28.05.2004 01:15:26:
> I suppose that everyone has noticed this exchange on fop-user.
>
> Peter
>
> Mike Kellstrand wrote:
> > Mark,
> >
> > I ran the PDF through Ghostscript and it looks like it is doing the
trick.
> > I did notice that the same PD
"Peter B. West" <[EMAIL PROTECTED]> schrieb am 28.05.2004 17:16:08:
> Thanks Arnd. My argument is that the renderer must tell the layout
> engine about font metrics. I have always regarded PDF and PS (with
> obligatory fonts) as stable targets in this respect.
They are. PostScript files and P
Clay Leeds <[EMAIL PROTECTED]> wrote 28.05.2004 17:57:59:
> The nice thing about this, is that one could set up parameters (stored
> in config files), to help determine how the output would be rendered.
> The 'holder' could consult the config file to determine how to proceed.
>
> Among the item
"Victor Mote" <[EMAIL PROTECTED]> wrote on 12.06.2004 17:35:04:
> It is no longer a concern of mine that FOP has returned to a monolithic
> design, but I think it is a bit unfair to the new developers to imply
that
> the XSL-FO standard mandates such a design, at least with the reasoning
that
>
[EMAIL PROTECTED] wrote on 11.08.2004 21:48:24:
> I am parsing my XML file through FOP parser and then telling the driver
to
> render it as PDF. The process is initiated by clicking on a button on
IE.
> What happens is the current IE instance opens the acrobat and displays
the
> PDF it.
>
> Th
Hi fopdevs,
if you have time, consider this:
TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS A.
whatever
TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS B.
Now what would you expect:
A:
TEST TEST TEST TEST
T
"J.Pietschmann" <[EMAIL PROTECTED]> schrieb am 01.09.2004 22:48:17:
> >
> > TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE
LINES
> > TEST ENDS A.
> >
> ...
> > In the example, line 2 is neither the last nor the only line of a
block,
> > and it's also not a line endi
Luca Furini <[EMAIL PROTECTED]> schrieb am 03.09.2004 10:19:06:
> Section 7.15.10 of the recommendation states that the property
> text-align-last "Specifies the alignment of the last line-area child of
the
> last block-area generated and returned by the formatting object, *and to
any
> line-are
Editors,
please consider the following inconsistency in the recommendation:
Example:
TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS A.
whatever
TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS B.
Now what would you exp
while figuring out how to run fop repeatedly without restarting
a VM each time.
Hope this helps,
Arnd Beissner
Arnd Beißner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTE
´s labeled
in the english version) shows the font names as contained in the PDF
and
the actual font selected by the PDF viewer.
Hope this helps,
Arnd Beissner
--
Arnd Beissner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTED]
Ph
Cerious Software (www.cerious.com) has a (Windows) product called ThumbsPlus (about $150 or so),
which includes batch transformations - I have used it to do batch color transformations, but of
course it also does simple load-save-transformations.
I don't know whether FOP/Jimi handles JPEGs saved
logging (in production code) is always only a diagnostic
enhancement of error handling - not a replacement.
BTW: Yes, I do prefer log output over no error handling at all. 8-)
Arnd Beissner
--
Arnd Beißner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTED]
Phone: +49-7031-463458
Mobile: +49-173-3016917
tell whether there are enough people interested in keeping Apache-licensed PDF output alive.
If the decision goes toward a full replacement, I'd say that at least all existing FOP committers and possibly
the major contributors to FOP should agree to this step as it - in one respect - decreases th
ber of users while
> > enhancing the usefulness for others
> > (not license-concerned users).
> I fail to see how this reduces usefulness.
If n persons are using FOP now and some of these can no longer
use FOP because a part of FOP they need has a license they can't use, the
30 matches
Mail list logo