gzilla/show_bug.cgi?id=7241
keep-with-previous, keep-with-next only working on the first page break
--- Additional Comments From [EMAIL PROTECTED] 2002-12-20 22:10 ---
I have exactly the same problem: works first page break, doesn't work second
page break -- didn't try consecutive
Eddy De Clercq wrote:
Hi,
I've seen in the archives in the FOP mailing list lots of threads
concerning this matter. Is there any news/update on when features like
orphan/widow control, keep-with-next will be implemented in FOP (and
Cocoon)?
Eddy,
Wait for about a day, then see what Su
Hi,
I've seen in the archives in the FOP mailing
list lots of threads concerning this matter. Is there any news/update on when
features like
orphan/widow control, keep-with-next will be
implemented in FOP (and Cocoon)?
Many thanks
Eddy De
Clercq
gzilla/show_bug.cgi?id=7241
keep-with-previous, keep-with-next only working on the first page break
[EMAIL PROTECTED] changed:
What|Removed |Added
Version|
gzilla/show_bug.cgi?id=7241
keep-with-previous, keep-with-next only working on the first page break
--- Additional Comments From [EMAIL PROTECTED] 2002-11-21 12:55 ---
Created an attachment (id=3909)
Testcase (Version 0.20.4)
--
gzilla/show_bug.cgi?id=7241
keep-with-previous, keep-with-next only working on the first page break
--- Additional Comments From [EMAIL PROTECTED] 2002-11-20 13:18 ---
Provide an example please (fo document, add it as atta
gzilla/show_bug.cgi?id=5434
keep-with-next, keep-with-previous do not work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=7241
keep-with-previous, keep-with-next only working on the first page break
Summary: keep-with-previous, keep-with-next only working on the
first page break
Product: Fop
Version: 0.20.3
Platform: PC
OS/V
Stephen Bannasch <[EMAIL PROTECTED]> wrote:
> keep-with-next still doesn't work on 0.20.3
It is implemented only for table rows.
> The problem is very annoying when I have a figure
> with a title on one page and the image on the next.
Put stuff that should be kept toge
Isn't it true that keep-with-next is still only implemented for the
table-row element?
-Matt
Stephen Bannasch wrote:
>
> keep-with-next still doesn't work on 0.20.3
>
> I tried to add a comment to:
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5434
&g
keep-with-next still doesn't work on 0.20.3
I tried to add a comment to:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5434
but i couldn't figure out how (probably too late at night :-)
Anyway there is a very simple test case here:
http://concord.org/~stephen/fop-bugs/keep
gzilla/show_bug.cgi?id=5434
keep-with-next, keep-with-previous do not work
--- Additional Comments From [EMAIL PROTECTED] 2002-02-21 17:24 ---
This is still broken with fop-0.20.3rc2-src.tar.gz.
-
To unsubscribe, e-mail:
gzilla/show_bug.cgi?id=5099
fop gets stuck in infinite loop when table rows with "keep-with-next" that together,
are larger than the current page
[EMAIL PROTECTED] changed:
What|Removed
Thank you for your response!
I was afraid you would say this. :) I was hoping it might be a relatively
simple fix; I wonder if there isn't a kluge I can put in the existing
approach that would suffice for the heading/following paragraph problem...
So FOP is basically being redesigned/rewritten,
(by the way your message was crossposted to fop-user, please avoid this as it
makes it very hard to follow discussions)
On Wednesday 30 January 2002 20:21, David Wood wrote:
> I am a Java coder and know my way around the standard. I volunteer to try
> to fix this, if someone who is more familiar
I should be more specific - what I mean is; I would like to try to get
keep-with-next/previous working with fo:block elements.
On Wed, 30 Jan 2002, David Wood wrote:
> I am a Java coder and know my way around the standard. I volunteer to try
> to fix this, if someone who is more familia
I am a Java coder and know my way around the standard. I volunteer to try
to fix this, if someone who is more familiar with FOP's internals can
tell me where to look...
-David
On Wed, 30 Jan 2002, Sam Prokop wrote:
> I found out it just works with table-rows, if you use keep-with-
gzilla/show_bug.cgi?id=5434
keep-with-next, keep-with-previous do not work
--- Additional Comments From [EMAIL PROTECTED] 2002-01-29 06:58
---
The same with FOP-0.20.3RC
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
gzilla/show_bug.cgi?id=5434
keep-with-next, keep-with-previous do not work
--- Additional Comments From [EMAIL PROTECTED] 2001-12-14 08:33 ---
Created an attachment (id=901)
Test fo file showing keep-with-next problems.
--
gzilla/show_bug.cgi?id=5434
keep-with-next, keep-with-previous do not work
Summary: keep-with-next, keep-with-previous do not work
Product: Fop
Version: all
Platform: All
OS/Version: Linux
Status: NEW
Severity: Normal
Pr
Sorry if this has been asked before I just joined this mailing list, I was
on the xsl:fo mailing list before this.
Hello all,
I've been using FOP for some time now and I was wondering
does anyone know when "keep-with-next" will be fixed. FOP (xsl:fo) is so
cool but my VP i
gzilla/show_bug.cgi?id=5099
fop gets stuck in infinite loop when table rows with "keep-with-next" that together,
are larger than the current page
Summary: fop gets stuck in infinite loop when table rows with
"keep-with-next" that toge
It's my understanding, that right now keep-with-next is only implemented on
the table-row element. What's more, you can only use it when you know you
will not have any more rows than will fit on a page. Otherwise FOP goes into
an endless loop.
> -Original Message-
> F
keep-with-next is implemented only for tables.
Take a look at docs\html-docs\implemented.html under the FOP home directory
to find out what is implemented.
Regards,
Mike
-Original Message-
From: Jörg Flotho [mailto:[EMAIL PROTECTED]]
Sent: 26. november 2001 14:33
To: [EMAIL PROTECTED
what's wrong with this?
there is no result, whatever which parameter is given in orphans ans widows.
The next problem is keep-with-next:
It do
-next attribute.
Regards,
Mike
-Original Message-
From: Savino, Matt C [mailto:[EMAIL PROTECTED]]
Sent: 19. november 2001 23:30
To: '[EMAIL PROTECTED]'
Subject: keep-with-next?
It's my understanding that keep-with-next="always" at the row level is the
only kee
It's my understanding that keep-with-next="always" at the row level is the
only keep-="*" property currently implemented in FOP. Is
this true? I've also noticed that if the number of rows included is too big
to fit on one page, you get an endless loop. This makes kee
hi,
afaik this should work for keeping together
table-rows.
so you maybe try to make something like this
+---+
| header | row1
+---+
| |
| paragraph | row2
| |
+
I need to keep paragraph headings together with the
paragraphs. As I understand from another mail this is not implemented in fop
yet. Any idea when this is likely to be implemented?
Thanks
-Rajendran
remove the areas
> using that list. Then, I changed block to add the
> area it creates to that list. Then, set the marker to
> a value that will cause areas to be recreated, but not
> do anything to IDs (couldn't figure out how to back
> out ID's so didn't worry abou
FOP "always" is mapped to "5"
> in fop and "auto"
> is mapped to "7".
> which would mean only the values 5,6 and 7 are
> meaningfull and moreover
> it looks as if the always should actually at least
> be greater then "auto".
&g
resource.
>
> Did your patch get committed? If not I'll take care
> of it. Sorry I'm a bit
> scattered...work is intense right now.
>
> Regards,
> Arved
>
> At 09:03 AM 8/29/01 -0700, you wrote:
> >Hi Arved-
> >
> >I submitted patches again
i have a block with
keep-with-next.within-page="always" but
keep-with-next.within-column="auto"
does this mean that i should make a page break before that block if
normaly the pagebreak would occure after it. but i should not start new
column before that block instead let oc
an effective
>keep-with-next on list-item-label and list-item-body,
>except I assumed an implied keep-with-next on
>list-item-label. I would be glad to work with bodo on
>this time permitting. It would probably be best, so
>that there are not two different pieces of code
>floating
Hi Arved-
I submitted patches against 20.1 to do an effective
keep-with-next on list-item-label and list-item-body,
except I assumed an implied keep-with-next on
list-item-label. I would be glad to work with bodo on
this time permitting. It would probably be best, so
that there are not two
ere.
Regards,
Arved Sandstrom
At 12:18 PM 8/27/01 +0200, [EMAIL PROTECTED] wrote:
>hi,
>i tried to use the keep-with-next property on a multi column page with
>some text blocks that normally fits on one page with 4 columns.
>my text consists of this sequence of text blocks: ev
hi,
i tried to use the keep-with-next property on a multi column page with
some text blocks that normally fits on one page with 4 columns.
my text consists of this sequence of text blocks: every 2nd block is
meant to be a headline and the the following block is the paragraph
belonging to
="after". The second row type is (surprise,
surprise) a details row and of rather variable length.
As I want to have the heading printed with the details (of course), I set
keep-with-next="always" on the heading fo:table-row.
The problem is when this causes the head row to be mov
All,
I have been watching the fop-dev dist list for a while now and there is an ever
increasing number of requests for keep and break conditions to be fixed /
summarised. To the point where I am totally confused about what works / doesnt
/ will do in x.xx version etc etc.
Hopefully someone ca
39 matches
Mail list logo
