Re: Getting breaks: revisited

Victor Mote wrote: Rhett Aultman wrote: Hm...and what about a fusion of the two. Yes. >>If the LMs submitted potential breaks and some sort of information about the constraint that has to be removed to use them, and this information was held on to, then at some point down the line in pr

Re: Getting breaks: revisited

Victor Mote wrote: Just to be clear, I should point out that there is not a layout that is impossible to perform. The standard allows (and would have to) implementation-specific handling of what they call "over-constrained" requirements. In other words, requirements can be prioritized and allowed

RE: Getting breaks: revisited

Rhett Aultman wrote: > Hm...and what about a fusion of the two. If the LMs submitted > potential breaks and some sort of information about the > constraint that has to be removed to use them, and this > information was held on to, then at some point down the line in > processing, FOP could rewind

DO NOT REPLY [Bug 14606] - [PATCH] changes to bugs.xml doc

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14606] New: - [PATCH] changes to bugs.xml doc

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Getting breaks: revisited

Response below. -Original Message- From: Victor Mote [mailto:vic@;outfitr.com] Sent: Friday, November 15, 2002 1:48 PM To: [EMAIL PROTECTED] Subject: RE: Getting breaks: revisited >>Just to be clear, I should point out that there is not a layout that is impossible to perform. The standard

RE: Getting breaks: revisited

Rhett Aultman wrote: > There is one more problem you need to put in there- under the > current system, there is no mechanism for determining if the > layout instructions in an FO document will produce a document > that cannot exist. At least, there's none I've seen. Most of > the bugs posted reg

patch process

Hi all, I've worked out (and will submit via bugzilla) both an explanation and a solution to the text measuring & layout problems that I reported recently in the awt and awt/print renderers. I believe it makes sense to add the changes to the maintenance branch (in the event that there is ever an

Re: [OT] Apache committers meeting in german-speaking area

Jeremias, Be sure to let me know when the Brisbane meeting is being arranged. I think I'll be able to make it. In the meantime, have a beer for me. Peter Jeremias Maerki wrote: The location and date is still TBD. It will probably be somewhere between Munich and Frankfurt, I guess. The textfil

Re: Getting breaks: revisited

Keiron Liddle wrote: Hi Developers, The current way that breaks are found with the layout managers has a couple of problems. Currently the information is contained in both the layout managers and the break positions. This means that it must follow the order: get breaks: add areas: get breaks et

RE: Getting breaks: revisited

Comments below. -Original Message- From: Keiron Liddle [mailto:keiron@;aftexsw.com] Sent: Friday, November 15, 2002 3:30 AM To: FOP Subject: Getting breaks: revisited <> There is one more problem you need to put in there- under the current system, there is no mechanism for determining

External-Link Hotspot Offset Problem

Hi All I was wondering if there was a standard workaround for the problem of the fo:basic-link hotspot displaying in the wrong position (approx 2-3cm above where the link should be). I'm using FOP 0.20.4, and have seen a bugfix relating to this, so does anyone have experience of getting this issu

cvs commit: xml-fop/src/org/apache/fop/layoutmgr LMiter.java

keiron 2002/11/15 03:56:29 Modified:src/org/apache/fop/apps StructureHandler.java src/org/apache/fop/datatypes LengthBase.java src/org/apache/fop/fo FONode.java FOText.java FObj.java FObjMixed.java RecursiveCharIterator.java

Re: [OT] Apache committers meeting in german-speaking area

The location and date is still TBD. It will probably be somewhere between Munich and Frankfurt, I guess. The textfile to register is in CVS module "committers" under docs/de-meeting/people.txt. On Fri, 15 Nov 2002 10:22:23 +0100 Bertrand Delacretaz wrote: > On Friday 15 November 2002 10:02, Jeremi

Re: [OT] Apache committers meeting in german-speaking area

On Friday 15 November 2002 10:02, Jeremias Maerki wrote: >. . .There was the idea to organize a meeting among Apache > committers next year in the german-speaking part of the world >. . . I might be interested too, depending on where and when. I am subscribed to party@. -Bertrand -

Re: forrest DTDs

copying this to forrest-dev for feeback. Thanks :-) Victor Mote wrote: Keiron Liddle wrote: I wouldn't recommend putting the dtd's in our cvs, one version is better. In principle I agree. I think the best solution is for Forrest to make them available in a small download. The are some p

[OT] Apache committers meeting in german-speaking area

Devs, I don't know how many of you committers are on the community and party mailing lists. There was the idea to organize a meeting among Apache committers next year in the german-speaking part of the world (Germany, Austria and Switzerland). Christian, Keiron and I already registered. Since a lo

DO NOT REPLY [Bug 13866] - [PATCH] Support for CCITT encoding of TIFF images in PDF output

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Getting breaks: revisited

On Fri, 2002-11-15 at 09:42, Bertrand Delacretaz wrote: > On Friday 15 November 2002 09:30, Keiron Liddle wrote: > >. . .(does anyone even know what I am talking > > about) > > Not much on my side as the whole layout thing is still a mystery to me > (because I have no experience in computing layo

DO NOT REPLY [Bug 2532] - FOP 0.17 does not work with WebSphere V3.5 OS/390

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 13295] - different results using xml or fo (from the same xml-file)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Getting breaks: revisited

On 15 Nov 2002 09:30:17 +0100 Keiron Liddle wrote: > So does that sound right. (does anyone even know what I am talking > about) :-) It sounds reasonable from a very high point of view. I hope I will soon be able to join this kind of discussion. From next week on I'll be a free man for a few mont

Re: Getting breaks: revisited

On Friday 15 November 2002 09:30, Keiron Liddle wrote: >. . .(does anyone even know what I am talking > about) Not much on my side as the whole layout thing is still a mystery to me (because I have no experience in computing layouts and never took the time to study this part the code in detail).

Getting breaks: revisited

Hi Developers, The current way that breaks are found with the layout managers has a couple of problems. Currently the information is contained in both the layout managers and the break positions. This means that it must follow the order: get breaks: add areas: get breaks etc. So columns are not

DO NOT REPLY [Bug 7147] - org/apache/batik/svg/GraphicsNodeRenderContext not found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 5221] - Image loading can hang forever

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug