Re: Integration of TIFFRenderer in FOP

. Peter -- Peter B. West <http://cv.pbw.id.au/> Folio <http://defoe.sourceforge.net/folio/> <http://folio.bkbits.net/>

Re: Good job! / Re: Integration of TIFFRenderer in FOP

urself. In the meantime, I continue to work on the generation of the Area tree. Peter -- Peter B. West <http://cv.pbw.id.au/> Folio <http://defoe.sourceforge.net/folio/> <http://folio.bkbits.net/>

Re: Integration of TIFFRenderer in FOP

ives me another thing to talk about over in XML Graphics General. On 09.03.2005 00:53:16 Peter B. West wrote: This approach is obviously of interest to me, and I will follow developments closely. The wiki page is very general. If the Java2DRenderer is to be the "(abstract) technical foundat

Re: Integration of TIFFRenderer in FOP

Glen Mazza wrote: Yeah, Peter makes me want to do that sometimes myself... ;) Glen Glen, It's not difficult. I can give you some tips off-line if you like. Peter -- Peter B. West <http://cv.pbw.id.au/> Folio <http://defoe.sourceforge.net/folio/> <http://folio.bkbits.net/>

Re: Integration of TIFFRenderer in FOP

will follow developments closely. The wiki page is very general. If the Java2DRenderer is to be the "(abstract) technical foundation", what will the relationship to the concrete PDF renderer be? The wiki is vague on this point. Peter -- Peter B. West <http://cv.pbw.i

Re: Skype-conference on page-breaking?

Jeremias Maerki wrote: I don't know why this is important to you Just curious. but it's two to three months. Ouch. Good luck. You might want to keep an eye on Folio. Peter On 04.03.2005 12:40:04 Peter B. West wrote: Jeremias Maerki wrote: Sounds very interesting. Would you consider sh

Re: Skype-conference on page-breaking?

relatively short period of time. How short? Peter -- Peter B. West <http://cv.pbw.id.au/> Project Folio <http://defoe.sourceforge.net/folio/>

Re: [XML Graphics - FOP Wiki] New: FopAndJava2D

kbits.net/Folio Peter -- Peter B. West <http://cv.pbw.id.au/> Project Folio <http://defoe.sourceforge.net/folio/>

Re: marketing Defoe

Glen Mazza wrote: (Don't let Peter rattle you, Jeremias--he's just jealous that I've found more XSL spec bugs than him. ;) You have a lead I am unlikely to overhaul. Our delays are mostly related to advanced issues concerning layout, and the type of parser used doesn't have much effect on this iss

Re: marketing Defoe

Jeremias, Do you disagree with the assessment? Clearly people might, but I didn't say anything I don't believe is the truth about the state of FOP. If it is true, isn't it fair to let newcomers know the state of play? Finn has already talked about a radically different approach in order to s

Re: another nose for the grindstone

Mark, Project Defoe , formerly Fop alt-design, is focussed on a Java 2D renderer, robust and complete. By complete I mean, in particular, able to correctly handle last-page, keeps, table auto-layout and large files. Don't make the mistake of thinking that, becau

Re: start-indent inheritance

Jeremias Maerki wrote: I'm trying to figure out what the indent of the orange block under the block-container may be, or rather if our current implementation is really ok. It's clear that for the yellow block start-indent is 10pt. 5.3.2 says for FOs that don't generate a reference area (ex. fo:bloc

text-decoration

Fop-devs, In spite of the huffing and puffing, my original implementation of text-decoration was wrong. Such hubris. Currently being corrected in Defoe. Peter

Re: New year -> update copyright years

Glen Mazza wrote: {Sigh.} Jeremias, you are so particular--anyway, Peter, will you please give Jeremias said greeting so he can proceed? Thanks, Glen --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: I've got a script from Thomas to do that but I need a good day to do that. :-) Wish list: G'day Jerem

Re: Implementing text-decoration

Victor Mote wrote: Jeremias Maerki wrote: I'm currently looking at implementing text-decoration. ATM it's specified as an EnumProperty but should be more like a set of enums with certain validation rules applied. I'm unsure about the approach. If anyone already has an idea how it should look l

Re: Happy New Year

Glen Mazza wrote: 2005? Oooh--what's it like?--is everyone going around in space ships? ;) Glen (7 1/2 hours more to go) --- "Peter B. West" <[EMAIL PROTECTED]> wrote: Greetings from the future. Happy New Year. Welcome to 2005. Peter Fine, warm, scattered cloud. No visib

Happy New Year

Greetings from the future. Happy New Year. Welcome to 2005. Peter

Re: GraphicsEnvironment, GraphicsDevice and Graphics2D

Jeremias Maerki wrote: On 28.12.2004 02:26:51 Peter B. West wrote: Did you find the reference to java.awt.graphicsenv in PJA? Just downloaded PJA. There's no reference in PJA other than in the javadocs for PJABufferedImage and PJAGraphicsEnvironment. Seems like the developer has to make

Re: GraphicsEnvironment, GraphicsDevice and Graphics2D

Jeremias Maerki wrote: (not a real specialist in this area but...) On 26.12.2004 02:13:46 Peter B. West wrote: ... What puzzles me is the circularity of requiring a BufferedImage, with its implicit dependency upon getLocalGraphicsEnvironment(), which seems to be the only way to directly

GraphicsEnvironment, GraphicsDevice and Graphics2D

Jeremias or Thomas in particular, help! I'm having trouble working out the relationships between the various parts of Java2D, especially as regards the bits named above. At the end of the day, the Graphics2D-GraphicsDevice combination is central to the 2D rendering process. One instantiates a

Re: Merry Christmas everyone!

Bertrand Delacretaz wrote: Le 23 dÃc. 04, Ã 20:56, Glen Mazza a Ãcrit : ...(OK, think I got everybody... ;-) Thanks Glen...actually to go the full i18n route, here's a special one for Jeremias: JÃni wnachte! and Peter: Merry Christmas Mate! I reckon! Merry Christmas all. Happy Summ

Re: Large files.

Finn Bock wrote: The loop can be stopped when we temporary run out of FO tree nodes and restarted again when new nodes has been added. I suppose that the FO tree can then be viewed as a stream of FO nodes. [Victor] This model probably works fine if you never need to look ahead, but there are nu

Re: Large files.

Finn Bock wrote: The loop can be stopped when we temporary run out of FO tree nodes and restarted again when new nodes has been added. I suppose that the FO tree can then be viewed as a stream of FO nodes. [Peter] I suppose so. And I suppose that making layout event-driven would better fit in

Re: Large files.

Finn Bock wrote: ... The problem with Keirons layout code (with respect to large input files) is that it works top-down on the LM tree and thus require the creating of the complete LM tree for the page sequence. To better fit within SAX event model the layout process should also be event driven,

Re: Large files.

Victor Mote wrote: Finn Bock wrote: The loop can be stopped when we temporary run out of FO tree nodes and restarted again when new nodes has been added. I suppose that the FO tree can then be viewed as a stream of FO nodes. This model probably works fine if you never need to look ahead, but th

Re: Another problem with Marker.rebind()

Glen Mazza wrote: Oh, I'm sorry, it involves re-thinking the building of the FO tree, using stream parsing. Peter, are you saying that a pull parser is more computationally powerful than a SAX Parser--or is it just much more convenient? I don't think pull parsers can do more than SAX Parsers for

Re: Another problem with Marker.rebind()

Victor Mote wrote: Simon Pepping wrote: Both markers are printed in blue. Perhaps it would be a solution to clone the subtree below the marker to retrieve-marker, and rebind that copy. That would be another example of layout dependent data in the FO tree. If every There is a certain wry enter

Re: Good news: Jeremias has been elected as an ASF member!

Congratulations Jeremias. Well deserved. Peter Bertrand Delacretaz wrote: Hi FOP people, I have the great pleasure to announce that Jeremias Maerki has been elected as an ASF member at the last member's meeting during ApacheCon. I'm sure you will agree that this is well deserved, given all the e

Re: Unnecessary zipping and backups?

The Web Maestro wrote: BTW -- thanks *very* much for taking care of the alt-design tab, I greatly appreciate the effort in simplifying our site. Glad to be of service. If there are other things which anyone thinks can improve the site (e.g. consolidating pages, removing moved/incorrect/inapprop

Re: aXSL (Was: RE: Exceptions. (Was: AreaFactory patch))

Victor Mote wrote: Finn Bock wrote: Do you mean that the 3 different processors should ideally report the same validation errors in the same manner? That can only happen after someone standardize a SAFO API (Simple API for FO parsing). Until then all implementation will throw different excepti

Re: Exceptions. (Was: AreaFactory patch)

ot;application-level" validation. In the abstract, such validation occurs independently of parser methodology. Peter -- Peter B. West <http://cv.pbw.id.au/>

Re: AreaFactory patch

Andreas L. Delmelle wrote: All right, all right, maybe I'll just 'agree to disagree' in this case ;-) --mind you, *not* WRT to Exceptions, though... I declined to further the debate, but I'd much rather see GM read Sun's APIDoc for java.lang.Throwable --makes sense, no? Enough, maybe, to convince o

Re: Form Extension

ino, there is no option but to home elsewhere if projects want to provide a complete service to users, so I expect to see more of it. Peter -- Peter B. West <http://cv.pbw.id.au/>

Re: Defoe

Victor, Thank you for the compliments. It's interesting to see the development of a multiple approaches, and the strength with which differing views are held. I've started a blog as a diary of Defoe development and, at the moment, my learning experiences with Java 5.0, especially Typesafe Enum

Re: Defoe

Thanks Clay. Please disregard deeply unworthy comment on a previous message. Peter Clay Leeds wrote: I'd be happy to help out! Of course, since it appears to be moving anyway, it might be easier for me to move your documentation to a new forrest install and go from there. Either way, I'm happy t

Re: [DOC] font-variant

Clay Leeds wrote: Unfortunately, I still have a few problems (see [1]), including a rather gaping hole in the FOP Compliance page (it doesn't show *any* content--d'oh!). I'm also working on some problems with various problems in the alt.design portion of the web site. The problems are most

Re: Defoe

Clay, Thanks for the comments. I would be interested to see the alt-design doco running under the new Forrest regime before it is removed, because I would like to take advantage of your hard work in coming to terms with Forrest. It was difficult to get the documentation working in the origina

[Fwd: Re: [Fwd: Re: Federation Status]]

I'll second that. Peter Berin Lautenbach wrote: Woo-Hoo!! Congratulations to all, but particularly Brian and Jeremias - a huge effort! -- Peter B. West <http://cv.pbw.id.au/>

Re: Defoe

Fops, I originally thought I was replying to an offline message here. Hence the unusual tone. Peter Peter B. West wrote: Finn, No, it hasn't been made yet. ... Finn Bock wrote: Hi Peter, Did I miss the announcement? http://defoe.sourceforge.net/ regards, finn

Defoe

Fopsters, While I haven't wanted to make a fuss about it at this stage, given Finn's question, I guess it's time to let you guys (and Karen ?) formally know that I am in the process of setting up project Defoe on SourceForge. http://defoe.sourceforge.net/ It's alt-design under another name, b

Re: Defoe

Peter Finn Bock wrote: Hi Peter, Did I miss the announcement? http://defoe.sourceforge.net/ regards, finn -- Peter B. West <http://cv.pbw.id.au/>

Re: [Fwd: Re: Performance improvement in property consumption.]

Peter B. West wrote: Finn Bock wrote: [Peter] Alt-design just uses a sparse array, constructed at END_ELEMENT. Space savings are progressively realized as the depth of the FO Tree reduces. Maximum consumption occurs at the points of greatest depth of the tree, minima at the end of each page

Re: [Fwd: Re: Performance improvement in property consumption.]

Original Message Subject: Re: [Fwd: Re: Performance improvement in property consumption.] Date: Fri, 15 Oct 2004 18:30:39 +1000 From: Peter B. West <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Finn Bock wrote:

[Fwd: Re: Performance improvement in property consumption.]

Don't mind the delay. Too many email addresses in a futile attempt to keep one spam-clean. Apologies to Christian. Original Message Subject: Re: Performance improvement in property consumption. Date: Thu, 14 Oct 2004 08:29:24 +1000 From: Peter B. West <[EMAIL PROTEC

Re: PS Interpreter

s includes the ability to parse the encrypted portion of the font, whether in binary or ASCII hexadecimal. -- Peter B. West <http://cv.pbw.id.au/>

Re: Project offo distributes hyphenation pattern files for FOP

eir licenses is available from my web site, http://www.leverkruid.nl/FOP/hyphenation.html. It is also contained in the package file. Regards, Simon -- Peter B. West <http://cv.pbw.id.au/>

Re: Patches for FOP PDF and JPEG

provide such functionality? Is this still the case? Peter -- Peter B. West <http://cv.pbw.id.au/>

Re: Javasrc, JXR and documentation

to use it, you will need to have an emacs or xemacs binary available to the build process. Forrestdoc looks the far better option. Peter Clay Leeds wrote: Peter, On Jun 29, 2004, at 7:04 PM, Peter B. West wrote: Clay, FYI, Java 1.4 javadoc tool supports a -linksource argument, which generat

Re: Withdrawal of PMC nomination

Glen Mazza wrote: --- "Peter B. West" <[EMAIL PROTECTED]> wrote: Jeremias' ideas about factoring out useful stand-alone elements from the combination of FOP and Batik are essential to the direction I am taking with layout and rendering, aside from being a Good Thing in the

Re: Doubled commit messages

into which address is 'extra'. -- Peter B. West <http://cv.pbw.id.au/>

Doubled commit messages

Is anyone else getting double cvs commit messages? I assume I am subscribed under more than one address, but my guess at what the redundant address might be has proved fruitless. Peter -- Peter B. West <http://cv.pbw.id.au/>

Re: Withdrawal of PMC nomination

e it as well. Perhaps it *might* help me and others understand why you've made this decision (then again, it might not--we might still think it's an unfortunate decision... ;-)). -- Peter B. West <http://cv.pbw.id.au/>

Re: Withdrawal of PMC nomination

Glen, I'm pleased that you think so, bit I believe it was the best course for me at the moment. Peter Glen Mazza wrote: An unfortunate decision. Glen --- "Peter B. West" <[EMAIL PROTECTED]> wrote: Fopsters, I have been discussing with Jeremias offline the appropriatenes

Withdrawal of PMC nomination

interest in the factoring out of the graphics components. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

FOP & FAD design approaches

one important point is correct. Why does FOP process in minimum units of a page-sequence? Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Meeting Bertrand

Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: [PROPOSAL] API Changes

tart capability (which I gather is not functioning anyway.) While we're at it, what about moving Fop to org.apache.fop? Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: [VOTE] PMC chair for XML Graphics

Jeremias Maerki wrote: So let's vote on the PMC chair for the XML Graphics project. We have two nominated candidates: [ ] I vote for Peter B. West as PMC chair. [ ] I vote for Jeremias Maerki as PMC chair. Simple majority will decide. If we get a draw we'll figure something out. I&#x

Re: Javasrc, JXR and documentation

oon to the documentation. [1] http://marc.theaimsgroup.com/?l=fop-dev&m=108680587917268&w=2 [2] http://marc.theaimsgroup.com/?l=fop-dev&m=108844739724995&w=2 Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Javasrc, JXR and documentation

might be of interest to someone at a later stage to look at extending the standard doclet to utilise Javasrc to perform that generation. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Problems with URL encoding in FOP docs

oded_ values, it works. How do I fix this? Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Java text geometry

ab the input in a well defined format and pass the result back to FOP. -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Bertrand? Bertrand? Are you still there?

Bertrand, I just noticed that you are heading to Australia, including Brisbane. Please get in touch when you are here. 0402 991 747 is my mobile number. If possible, let me know when you are arriving. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: [PROPOSAL] Finally creating the XML Graphics PMC....

roposal for the XML Graphics top-level project. However, I assume the vote on members will still be valid when we get to putting a proposal forward, and voting on the acceptance of the charter. If not, we can ask for it again. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: [PROPOSAL] Finally creating the XML Graphics PMC....

Peter B. West wrote: Formally, my votes for membership of the XML Graphics PMC are: Joerg Pietschmann +1 Glen Mazza+1 Jeremias Maerki +1 (conditional on his acceptance of nomination) Peter Jeremias Maerki wrote: Hi everyone, 4. I propose both Vincent Hardy and Thomas DeWeese from the

[Fwd: Re: [PROPOSAL] Finally creating the XML Graphics PMC....]

From: Peter B. West <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] References: <[EMAIL PROTECTED]> Jeremias, Thanks for the work on such thankless tasks as this, and thanks for the nomination. I have expressed some scepticism about the direction the Board is taking with TLPs, but it doesn'

Re: Validity checking

Chris, It was wonderful, thank you. Drive-by tourism of the highest order. When I have some photos of the wedding and the tour I will post them. Peter Chris Bowditch wrote: Peter B. West wrote: Hi Peter - did you have a good honeymoon? -- Peter B. West <http://www.powerup.com.au/~pbw

Validity checking

best encapsulation is probably the following discussion of the general principles, and their application to validation, with a nice instance of the effects of this validation in the case of simple-page-master. http://marc.theaimsgroup.com/?l=fop-dev&m=103785986329929&w=4

Re: Offline

Thank you all for your best wishes. Anyone who is still awake can check the weather in Brisbane at http://www.qtcu.asn.au/webcam/ Talk to you all in a week or so. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Offline

Glen, Jenni thinks she likes you. Peter Glen Mazza wrote: Warmest Congratulations!!! (Can she program?!? ;) Glen -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Offline

Fopfellows, I will be offline for the next week. I'm marrying Jenni tomorrow, and honeymooning in the frozen south of the South Island of New Zealand for a week. I'll post some photos to my web site when I get back. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: SVG Generator

aints." The reason I want to follow the model proposed is that I think it is the best way to go. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: SVG Generator

or now. No problem with creating a second path and then seeing which is best. I don't see that happening, as I mentioned in my post. I was just excited by the notion of the SVG Generator, and wanted to rattle on a bit about it. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: SVG Generator

Glen Mazza wrote: --- "Peter B. West" <[EMAIL PROTECTED]> wrote: Obviously, I would love to be able to output alt-design's layout to PDF without having to build a new interface mechanism. I think you have that already in the render.Renderer interface--which defines those me

SVG Generator

proach could be used with the structure renderers. With the current approach to RTF, it seems to me that a number of sacrifices have to be made. The FO input cannot be fully realised with a complete resolution of the properties, which in turn relies on layout. (Old argument, I know.) Peter -

[Fwd: CVS and Subversion]

e note; do look at subversion; play with it - and note that its modern infrastructure and standard based protocols do allow for levels of integration previously hard to attain. Thanks, Dw, -- Dirk-Willem van Gulik, President of the Apache Software Foundation. -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: CVS vulnerabilities?

go to (they probably already know), but according to Reuters[1], the CVS system has some fairly significant holes. I know Forrest moved to SVN not too long ago. Have we thought of doing it ourselves? -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Javasrc, JXR and documentation

Clay Leeds wrote: On Jun 8, 2004, at 6:48 PM, Peter B. West wrote: The problem is that there was no clean way to automatically generate the htmlized source. It's that supplementary facility that I'm looking for. OK. I'll see what I can dig up on the subject. If you have any o

Java text geometry

missing anything. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Javasrc, JXR and documentation

roblem is that there was no clean way to automatically generate the htmlized source. It's that supplementary facility that I'm looking for. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Javasrc, JXR and documentation

Peter B. West wrote: Clay, Do you have time for some documentation investigations? Some time ago, a project called Javasrc was in the process of migrating from SourceForge to Apache. Nicola Ken Barozzi <[EMAIL PROTECTED]> was the one who initiated the discussions with the Javasrc deve

Javasrc, JXR and documentation

ut the "best" way of having such cross-referenced html sources generated as part of the process of web site creation? Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Writing modes and Java

Oleg (or others who might be able to answer "yes"), Have you any experience with the use of recent Java versions for handling Hebrew text? I'd like to get the benefit of your knowledge if so. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Incremental vs rewrite

Clay Leeds wrote: Peter B. West wrote: Shorthands have been fully handled in alt-design's properties for about 18 months now. Not true. How quickly we forget! The nasty ones are, notably font and border, but I just (re-)discovered that xml:lang wasn't, and I have implemented

Re: Printing to paper edge for a "bleed tab"

[EMAIL PROTECTED] wrote: "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 t

Re: Printing to paper edge for a "bleed tab"

! :) -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: can't find default configuration file

Andreas L. Delmelle wrote: -Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED] Hi Peter, Arguments enclosed in quotes, either double or single, are passed as a single argument to the shell script. I'm not sure about Win CMD systems, but I believe that they do the same

Re: can't find default configuration file

ed in quotes, either double or single, are passed as a single argument to the shell script. I'm not sure about Win CMD systems, but I believe that they do the same thing. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Convenience branches. Was: Justification and line breaking

Chris Bowditch wrote: Peter B. West wrote: Simon, yes! That's what branching is there for. People seem to be afraid of it, but it is an enormously useful tool for just such situations. I think it's always a good idea to tag the tree immediately before a branch. Hi Peter, its not

Re: Justification and line breaking

ird-party support.) Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Justification and line breaking

it's always a good idea to tag the tree immediately before a branch. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Fonts

Victor Mote wrote: Peter B. West wrote: ... What I'm exploring is the possibility of going in the opposite direction. That is, using the Interfaces and Classes of java text layout as a model for FOP layout, even if the implementation is FOP specific. That way, when the Java mode

Re: Fonts

Glen Mazza wrote: Peter B. West wrote: I wrote: The latter is outside my scope of knowledge (but sounds messy ;)--as for the former, what font-specific methods (and their signatures) do you see us needing to add to our render.Render interface (which declares the minimal methods needed by

Re: Fonts

Victor Mote wrote: Peter B. West wrote: I have been exploring the way fonts are handled by Java as part of setting up a Java layout engine and renderer. I have committed a new class - org.apache.fop.render.awt.fonts - as a first cut at a fonts database for this application. I will attach

Re: Fonts

Glen Mazza wrote: (Far from being an expert on fonts, but commenting anyway... ;) Peter B. West wrote: I have read again the Wiki page on the font subsystem in the light of my current work with Java fonts. I'm afraid that I am still convinced that font handling is properly the preserve o

Fonts

ntral font handler/registry? I'll try attaching the Javadoc description from org.apache.fop.render.awt.Fonts, as the included HTML may cause problems otherwise. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html> Java font selection is based on family names. It seems t

Re: Incremental vs rewrite

Clay Leeds wrote: Peter B. West wrote: Shorthands have been fully handled in alt-design's properties for about 18 months now. Glad to hear it! One of these days, I'll have to build alt.design from source so I can see all of your hard work. I notice that it uses a non-ant system of bu

Java text handling

Do any of the list denizens have experience with Java font handling and 2D text layout? I'm new to it, and would like to be able to bounce questions off someone further up the food chain, on or off-line. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Incremental vs rewrite

ncluding 1.3 and 1.4) for the layout engine. I'll update the pages as I make progress on this. Btw, I'm now in the dark about the way the web pages are being maintained. It's been a while since I was involved in the discussions about Forrest and FOP, primarily around using Javascript in pages. I'll read the docs docs again. Peter -- Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>

Re: Incremental vs rewrite

their work very closely, so could be wrong about this. Im sure Glen will interject and correct me on this if I'm wrong. I do get burned when the work on properties is mentioned without any acknowledgment of the influence that alt-design has had on HEAD's properties development. Pe

  1   2   3   4   5   6   7   8   9   >