RE: Implementing Change bars

2013-06-20 Thread drevivo

here is a simplified fully functioning xml and xsl.
ThanksDavid

xml
data
   p rev=1text with revbar/p
   note
  ptext in a note No revbar/p
  p rev=1text in a note with revbar/p
   /note
/data

xsl
xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; 
xmlns:r=http://nwalsh.com/xmlns/extreme2006/recipes/; 
xmlns=http://www.w3.org/1999/xhtml; 
xmlns:fn=http://www.w3.org/2005/xpath-functions;   
xmlns:fo=http://www.w3.org/1999/XSL/Format;
version=1.0

xsl:template match=data
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;

fo:layout-master-set
  fo:simple-page-master master-name=A4
xsl:attribute name=margin10mm 13.5mm 10mm 25mm/xsl:attribute
xsl:attribute name=page-width215.9mm/xsl:attribute
xsl:attribute name=page-height279.4mm/xsl:attribute
xsl:attribute name=font-familyHelvetica/xsl:attribute
fo:region-body region-name=xsl-region-body
xsl:attribute name=margin21mm 0mm 9.5mm 0mm/xsl:attribute
/fo:region-body

  /fo:simple-page-master
/fo:layout-master-set

fo:page-sequence master-reference=A4
  fo:flow flow-name=xsl-region-body

xsl:apply-templates /
  /fo:flow
/fo:page-sequence

/fo:root
/xsl:template



xsl:template match=p
fo:block
xsl:call-template name=rev.bar /

xsl:attribute name=margin-top5px/xsl:attribute
xsl:attribute name=margin-bottom5px/xsl:attribute 

xsl:apply-templates / 
/fo:block
/xsl:template

xsl:template match=note

fo:block
xsl:attribute name=text-aligncenter/xsl:attribute
xsl:attribute name=font-size10pt/xsl:attribute   
xsl:attribute name=font-weightbold/xsl:attribute
xsl:attribute name=margin2mm 37mm 0mm 37mm/xsl:attribute

xsl:apply-templates / 

/fo:block

/xsl:template

xsl:template name=rev.bar
xsl:if test=@rev='1'
xsl:attribute name=border-start-colorblack/xsl:attribute
xsl:attribute name=border-start-stylesolid/xsl:attribute
xsl:attribute name=padding-start13pt/xsl:attribute
xsl:attribute name=border-start-width2pt/xsl:attribute
 /xsl:if
/xsl:template
/xsl:stylesheet
  

RevBarSample.zip (12K) 
http://apache-fop.1065347.n5.nabble.com/attachment/38756/0/RevBarSample.zip




--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38756.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-20 Thread Bonekrusher
See below. The key is how you set up your page layout.

data
p rev=1text with revbar/p
note
ptext in a note No revbar/p
p rev=1text in a note with revbar/p
/note
pno rev bar/p
/data

xslt:

xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xmlns:r=http://nwalsh.com/xmlns/extreme2006/recipes/;
xmlns=http://www.w3.org/1999/xhtml;
xmlns:fn=http://www.w3.org/2005/xpath-functions;
xmlns:fo=http://www.w3.org/1999/XSL/Format; version=1.0
xsl:template match=data
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=A4 
page-height=11in
page-width=8.5in margin-top=0.5in margin-left=0.5in
margin-right=1.0in
fo:region-body 
region-name=xsl-region-body margin-top=.6in
margin-bottom=1in overflow=auto/
fo:region-before 
region-name=xsl-region-before extent=1in/
fo:region-after 
region-name=xsl-region-after-last-even
extent=0.75in/
/fo:simple-page-master
/fo:layout-master-set
fo:page-sequence master-reference=A4
fo:flow flow-name=xsl-region-body
xsl:apply-templates/
/fo:flow
/fo:page-sequence
/fo:root
/xsl:template
xsl:template match=p
fo:block
xsl:call-template name=rev.bar/
xsl:attribute name=margin-top5px/xsl:attribute
xsl:attribute name=margin-bottom5px/xsl:attribute
xsl:apply-templates/
/fo:block
/xsl:template
xsl:template match=note
fo:block
xsl:attribute name=text-aligncenter/xsl:attribute
xsl:attribute name=font-size10pt/xsl:attribute
xsl:attribute name=font-weightbold/xsl:attribute

xsl:apply-templates/
/fo:block
/xsl:template
xsl:template name=rev.bar
xsl:if test=@rev
xsl:attribute 
name=border-start-colorblack/xsl:attribute
xsl:attribute 
name=border-start-stylesolid/xsl:attribute
xsl:attribute name=padding-start13pt/xsl:attribute
xsl:attribute 
name=border-start-width2pt/xsl:attribute
/xsl:if
/xsl:template
/xsl:stylesheet




--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38762.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-20 Thread drevivo

Hi, your sample works because you removed the left and right margin from the 
note fo:block. I need this margin. 
The layout for a note and many other elements need to be indented.
any suggestions?
David 



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38763.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-20 Thread Bonekrusher
Dont use margins, use start-indent or end-indent on the fo:block instead of
margin.



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38770.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-20 Thread drevivo
using start-indent or end-indent on the fo:block  has the same result as using 
margin
using padding does not work either the padding-left / padding-right has no 
effect on the text


Thanks,David  



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38771.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-20 Thread Bonekrusher
try this...

xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xmlns:r=http://nwalsh.com/xmlns/extreme2006/recipes/;
xmlns=http://www.w3.org/1999/xhtml;
xmlns:fn=http://www.w3.org/2005/xpath-functions;
xmlns:fo=http://www.w3.org/1999/XSL/Format; version=1.0
xsl:template match=data
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=A4 
page-height=11in
page-width=8.5in margin-top=0.5in margin-left=0.5in
margin-right=1.0in
fo:region-body 
region-name=xsl-region-body margin-top=.6in
margin-bottom=1in overflow=auto/
fo:region-before 
region-name=xsl-region-before extent=1in/
fo:region-after 
region-name=xsl-region-after-last-even
extent=0.75in/
/fo:simple-page-master
/fo:layout-master-set
fo:page-sequence master-reference=A4
fo:flow flow-name=xsl-region-body
xsl:apply-templates/
/fo:flow
/fo:page-sequence
/fo:root
/xsl:template
xsl:template match=p
fo:block
xsl:call-template name=rev.bar/
xsl:attribute name=margin-top5px/xsl:attribute
xsl:attribute name=margin-bottom5px/xsl:attribute
xsl:choose
xsl:when test=parent::note
fo:block start-indent=1.5in 
end-indent=1.5in
xsl:apply-templates/
/fo:block
/xsl:when
xsl:otherwise
xsl:apply-templates/
/xsl:otherwise
/xsl:choose
/fo:block
/xsl:template
xsl:template match=note
fo:block
xsl:attribute name=text-aligncenter/xsl:attribute
xsl:attribute name=font-size10pt/xsl:attribute
xsl:attribute name=font-weightbold/xsl:attribute

xsl:apply-templates/
/fo:block
/xsl:template
xsl:template name=rev.bar
xsl:if test=@rev
xsl:attribute 
name=border-start-colorblack/xsl:attribute
xsl:attribute 
name=border-end-colorwhite/xsl:attribute
xsl:attribute 
name=border-after-colorwhite/xsl:attribute
xsl:attribute 
name=border-start-stylesolid/xsl:attribute
xsl:attribute name=padding-start13pt/xsl:attribute
xsl:attribute 
name=border-start-width2pt/xsl:attribute
/xsl:if
/xsl:template
/xsl:stylesheet




--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38772.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-19 Thread drevivo
This works great when the element that needs the change bar is not nested in an 
element that has a left margin. Any advise on how to implement when my block is 
nested  and the ancestor has set margin
example :-data   p rev=1text with revbar/p   
note  ptext in a note No revbar/p  p rev=1text in a note with 
revbar/p   /note/data
xsl:template match=note   fo:block xsl:use-attribute-sets=atsNote  
!-- ( atsNote =  xsl:attribute name=margin2mm 37mm 0mm 
37mm/xsl:attribute) --  xsl:apply-templates /   
/fo:block/xsl:template
xsl:template match=pfo:block  xsl:call-template 
name=rev.bar /xsl:apply-templates / 
/fo:block/xsl:template.
The p that is out of the note works well, however in the note does not. The 
Note is just one example of an ancestor block that effects the margins there 
are many others so I dont want to create a template match for note/p 
Thanks,David
Date: Tue, 18 Jun 2013 07:33:37 -0700
From: ml-node+s1065347n38720...@n5.nabble.com
To: drev...@hotmail.com
Subject: RE: Implementing Change bars



the outer most fo:block... 


If should work with alternating page margins. My odd pages have a 1 inch margin 
on the left and my even has a 1in margin on the right and it works.













If you reply to this email, your message will be added to the 
discussion below:

http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38720.html



To unsubscribe from Implementing Change bars, click here.

NAML
  



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38728.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-19 Thread Bonekrusher
Note sure if this work, but try calling xsl:call-template name=rev.bar /
on the the note template.

xsl:template match=note
   fo:block xsl:use-attribute-sets=atsNote 
  xsl:call-template name=rev.bar /
  xsl:apply-templates /
   /fo:block
/xsl:template



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38735.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-19 Thread drevivo
But the note template does not need a revbar only the second P needs the revbar

David 



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38736.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-19 Thread Bonekrusher
Hi David,

Remember you are using XSLT. You can wrap the rev.bar template call in a
choose/if statement and check if a condition is met to apply the template
rev.bar. 

e.g. if child::p/@change='true' 



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38737.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-19 Thread drevivo
I am sorry, i did not understand.
if I put the rev.bar template on the note how would I check when the first p in 
the note does not need a rev bar and the second does.if my understanding of 
xslt is correct, in this sample the code would only get to the note template 1 
time.
my expected result needs to look like this
  NOTE   text in a note 
No revba  |text in a note with revbar   Where the 
NOTE and all the p tags under the note are text align centered, and on the 
indivdual p tags that need rev bar would have it in the margin of the page  
Thanks again for your inputs David 



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38738.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-19 Thread Bonekrusher
Hi David,

I would need to see a sample of the xml as well as the xslt to help more.
But basically you need to use XSLT axes 
http://www.w3schools.com/xpath/xpath_axes.asp
http://www.w3schools.com/xpath/xpath_axes.asp   to test node conditions.



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38739.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2013-06-18 Thread drevivo
Hi Stephan,

I wanted to know if this feature was checked in.

Thanks,
David



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38717.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2013-06-18 Thread Bonekrusher
I have been able to use the following with XSLT to render change bars with
much success:

fo:block
xsl:call-template name=rev.bar/
.



xsl:template name=rev.bar
xsl:if test=(matches($changetype, 'changed') or 
matches($changetype,
'revised') or matches($changetype, 'revised-pending') or
matches($changetype, 'modify')) and not(matches($changetype, 'new'))  

xsl:attribute 
name=border-end-colorblack/xsl:attribute
xsl:attribute 
name=border-after-colorwhite/xsl:attribute
xsl:attribute 
name=border-before-colorwhite/xsl:attribute
xsl:attribute 
name=border-end-stylesolid/xsl:attribute
xsl:attribute name=font-family 
select=$default-font/
xsl:attribute name=padding-end13pt/xsl:attribute
xsl:attribute 
name=border-end-width2pt/xsl:attribute
/xsl:if
/xsl:template




--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38718.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



RE: Implementing Change bars

2013-06-18 Thread drevivo
Thanks for the quick response.
what element are these attributes getting set on? 
I have nested fo:blocks that have margins, and I need the change bar to always 
be in the same location in the page margin (right or left side depending on 
even or odd page)

Date: Tue, 18 Jun 2013 05:48:44 -0700
From: ml-node+s1065347n38718...@n5.nabble.com
To: drev...@hotmail.com
Subject: Re: Implementing Change bars



I have been able to use the following with XSLT to render change bars 
with much success:


fo:block
xsl:call-template name=rev.bar/
.




xsl:template name=rev.bar
xsl:if test=(matches($changetype, 'changed') or 
matches($changetype, 'revised') or matches($changetype, 'revised-pending') or 
matches($changetype, 'modify')) and not(matches($changetype, 'new'))  
  

xsl:attribute 
name=border-end-colorblack/xsl:attribute
xsl:attribute 
name=border-after-colorwhite/xsl:attribute
xsl:attribute 
name=border-before-colorwhite/xsl:attribute
xsl:attribute 
name=border-end-stylesolid/xsl:attribute
xsl:attribute name=font-family 
select=$default-font/
xsl:attribute name=padding-end13pt/xsl:attribute
xsl:attribute 
name=border-end-width2pt/xsl:attribute
/xsl:if
/xsl:template











If you reply to this email, your message will be added to the 
discussion below:

http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38718.html



To unsubscribe from Implementing Change bars, click here.

NAML
  



--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38719.html
Sent from the FOP - Users mailing list archive at Nabble.com.

RE: Implementing Change bars

2013-06-18 Thread Bonekrusher
the outer most fo:block... 

If should work with alternating page margins. My odd pages have a 1 inch
margin on the left and my even has a 1in margin on the right and it works.





--
View this message in context: 
http://apache-fop.1065347.n5.nabble.com/Implementing-Change-bars-tp16058p38720.html
Sent from the FOP - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-09-02 Thread Stephan Thesing
Hello,

just a short status / question update.

I have added the fo:change-bar-begin/end elements with their properties.
Validation is also implemented, but:
 - In contrast to the other fo: elements, the change-bar-* elements
 are allowed to occur everywhere, as long as they have an
 fo:flow or fo:static-content ancestor.
   All the elements do their content validation via validateChildNode()
 (e.g. Block.java in o.a.fop.fo.flow).
   As I didn't want to add acceptance of change-bar-* children to all
fo: elements under o.a.fop.fo.flow, I added to FNode.java a
  validateChildNodeGlobal() function that performs the global
  check for change-bar-* children and then calls validateChildNode()
  to perform the local check for each element.
in FOTreeBuilder.java this is then called instead of 
  validateChildNode().
The version of validateChildNodeGlobal() applicable for change bars
  is added in FObj.java

Validation of the stacking constraints of change-bar-begin and -end are
also done.
Error messages and codes for validation errors are also already added.


What remains is layout and producing the change bar areas.

If I read the spec right, the intended semantics of the change-bar-elements is 
the following:
 - for all elements generating areas that are under the influence of
 a change bar, add fixed areas as tall as the generated areas and
 placed beside the column of that area as given by the change bar
 properties.
 - being under the influence of  a change bar is defined by the file
order of elements in the input.
   I.e., any element between a change-bar-start and corresponding 
change-bar-end (same class) is influenced by that change bar.
   For me, that means that an element can be under the influence of multiple 
change bars, naturally.

My idea is now along the following lines:
 - Remember for each element during parsing the change bars it is influenced by.
 - After layout, go over all areas produced by those influenced elements
and add the areas for the change bars (thus, only an area with proper
 border attributes).

Can this be realizes in such a way in FOP?

I appreciate any comments and suggestions!

I will be able to produce a first diff of my code this weekend.

Best regards...
  Stephan



 - retrieving the start- and end locations of the bars during layout
   (org.apache.fop.layoutmgr)
 - creating the appropriate areas (will probably have to be done in
   o.a.f.layoutmgr.PageSequenceLayoutManager)
 
 That should be enough to get you started. If you have any question, see
 you on fop-dev!
 
 Vincent

-- 
Dr.-Ing. Stephan Thesing
Elektrastr. 50
81925 München
GERMANY

Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-21 Thread Vincent Hennebert
Andreas Delmelle wrote:
 On 20 Aug 2009, at 12:25, Vincent Hennebert wrote:
 
 Andreas Delmelle wrote:
 snip/
 No real areas need to be generated, IIC. At most dummy areas, since the
 change bars are actually no more than additional borders. I wonder if we
 could get away with partial border painting on the existing flow-area(?)

 In the description of the fo:page-sequence object [1] it is specified
 how change-bar areas must be generated: “Each change bar area is of
 class xsl-absolute, with zero margin and padding, with border-end-color
 given by the change-bar-color of F...”
 
 Guess what? I can read too... :-D
 
 Just meant that, in practice, it may just be a matter of painting border
 fragments. The area would be simply a holder.

Sorry, I thought you didn’t see that part. Well it’s pretty clear to me
then. Just generate empty areas with a border-end. The area-handling
code that already exists will take care of the rest. Why would we want
to write specific code?


Vincent

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-21 Thread Andreas Delmelle

On 21 Aug 2009, at 11:32, Vincent Hennebert wrote:

Hi Vincent

Sorry, I thought you didn’t see that part. Well it’s pretty clear to  
me

then. Just generate empty areas with a border-end.


That indeed seems the most straightforward way to get it implemented  
with as little effort as possible.


The area-handling code that already exists will take care of the  
rest. Why would we want

to write specific code?


Don't know precisely. I don't even know whether it is possible in the  
current setup to paint a border only on a small part of an area...  
Could be interesting for reasons of efficiency, maybe (long shot?)


As another example: for text/character data, the Rec literally states  
that each individual character is a fo:character in the FO Tree. If we  
would have implemented it like that, FOP would be even more of a  
memory-hog than it already is. Strictly speaking, our handling of  
FOText can be considered such 'specific code'.


Ultimately, the actual implementation is of no concern, as long as the  
result is what it should be.



Regards,

Andreas Delmelle
mailto:andreas.delmelle.AT.telenet.be
jabber: mandr...@jabber.org
skype: adlm0608

---


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-20 Thread Vincent Hennebert
Hi,

Andreas Delmelle wrote:
snip/
 No real areas need to be generated, IIC. At most dummy areas, since the
 change bars are actually no more than additional borders. I wonder if we
 could get away with partial border painting on the existing flow-area(?)

In the description of the fo:page-sequence object [1] it is specified
how change-bar areas must be generated: “Each change bar area is of
class xsl-absolute, with zero margin and padding, with border-end-color
given by the change-bar-color of F...”

[1] http://www.w3.org/TR/xsl11/#fo_page-sequence


Vincent

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-20 Thread Andreas Delmelle

On 20 Aug 2009, at 12:25, Vincent Hennebert wrote:


Andreas Delmelle wrote:
snip/
No real areas need to be generated, IIC. At most dummy areas, since  
the
change bars are actually no more than additional borders. I wonder  
if we
could get away with partial border painting on the existing flow- 
area(?)


In the description of the fo:page-sequence object [1] it is specified
how change-bar areas must be generated: “Each change bar area is of
class xsl-absolute, with zero margin and padding, with border-end- 
color

given by the change-bar-color of F...”


Guess what? I can read too... :-D

Just meant that, in practice, it may just be a matter of painting  
border fragments. The area would be simply a holder.


Regards,

Andreas Delmelle
mailto:andreas.delmelle.AT.telenet.be
jabber: mandr...@jabber.org
skype: adlm0608

---


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-19 Thread Andreas Delmelle

On 14 Aug 2009, at 08:53, Stephan Thesing wrote:

Hi Stephan,


Has anybody started to integrated support for the 1.1
fo:begin/end-change-bar elements into FOP?


Not really, but I did have a closer look at some of the requirements  
in the XSL-FO Rec. a while ago, and in my local sandbox, I seem to  
have already created the FObj subclasses at that point, too... :) Not  
very much help, but I can send them to you, if you like.


Good thing is that there is relatively little work on the property  
side. No properties requiring special validation, and the symbolic  
literals for all the new enums (o.a.fop.fo.Constants.EN_xx) and  
properties (PR_xx) have already been committed to Trunk a while back.  
Only FOPropertyMapping needs to be updated to map the additional  
property constants to an appropriate Maker.


One thing in particular I remember are the validation rules, which  
could turn out to be tricky to implement, since the change-bars  
actually form a (possibly nested) structure 'outside' the well-formed  
XML tree.
It even seems possible (IIRC?) for a change-bar-begin to appear in one  
page-sequence, and its corresponding change-bar-end in the next... It  
will require a sort of stack to keep track of the last change-bar- 
begin (in FOEventHandler, or maybe it belongs more in  
FOTreeBuilderContext?), and it is important that this is not cleared  
after the layout for the page-sequence ends.


For the rest, it could turn out to be pretty straightforward, since it  
does not really /affect/ layout.
As Vincent already pointed out, it will need to /involve/ layout  
though, as we would somehow need to mark that the ancestor flow area  
(page or column) needs to be decorated at the start/end side, starting  
at a given position in the column/page.
No real areas need to be generated, IIC. At most dummy areas, since  
the change bars are actually no more than additional borders. I wonder  
if we could get away with partial border painting on the existing flow- 
area(?)



HTH!

Regards,

Andreas Delmelle
mailto:andreas.delmelle.AT.telenet.be
jabber: mandr...@jabber.org
skype: adlm0608

---


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-17 Thread Jean-François El Fouly

We're very interested in this feature !
We've emulated this feature with tables and borders so far but it is a  
much less-than-perfect solution.
So we would be glad to discuss it (in the dev list ?) and are  
certainly willing to help test it.


(Nevertheless, the little time I have to devote to fop-dev must be  
used to understand/implement table markers, that's why I'm not  
implementing this feature myself.)


Good luck !


Le 14 août 09 à 08:53, Stephan Thesing a écrit :


Hello,

the company I work for will have the need for having change-bars
in documents for easy difference tracking in our DocBook-FOP-PDF
toolchain.

Has anybody started to integrated support for the 1.1
fo:begin/end-change-bar elements into FOP?

If yes, we would offer to help, if no, we would start that integration
ourselves.

In any case, pointers or advice would be greatly appreciated.

Best regards
Stephan Thesing
--
Dr.-Ing. Stephan Thesing
Elektrastr. 50
81925 München
GERMANY

Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-17 Thread Jean-François El Fouly

We're very interested in this feature !
We've emulated this feature with tables and borders so far but it is a  
much less-than-perfect solution.
So we would be glad to discuss it (in the dev list ?) and are  
certainly willing to help test it.


(Nevertheless, the little time I have to devote to fop-dev must be  
used to understand/implement table markers, that's why I'm not  
implementing this feature myself.)


Good luck !


Le 14 août 09 à 08:53, Stephan Thesing a écrit :


Hello,

the company I work for will have the need for having change-bars
in documents for easy difference tracking in our DocBook-FOP-PDF
toolchain.

Has anybody started to integrated support for the 1.1
fo:begin/end-change-bar elements into FOP?

If yes, we would offer to help, if no, we would start that integration
ourselves.

In any case, pointers or advice would be greatly appreciated.

Best regards
Stephan Thesing
--
Dr.-Ing. Stephan Thesing
Elektrastr. 50
81925 München
GERMANY

Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-14 Thread Jeremias Maerki
Hi Stephan,
to my knowledge there's noone currently working on that. If you look in
the archives, you'll see that there's precious little discussion about
change bars:
http://fop-dev.markmail.org/search/?q=%22change%20bars%22

I haven't looked into change bars, yet, so I can't really offer any
advice right now. Maybe another committer has more. At any rate, any
help improving FOP is highly appreciated.

On 14.08.2009 08:53:17 Stephan Thesing wrote:
 Hello,
 
 the company I work for will have the need for having change-bars
 in documents for easy difference tracking in our DocBook-FOP-PDF
 toolchain.
 
 Has anybody started to integrated support for the 1.1
 fo:begin/end-change-bar elements into FOP?
 
 If yes, we would offer to help, if no, we would start that integration
 ourselves.
 
 In any case, pointers or advice would be greatly appreciated.
 
 Best regards
Stephan Thesing



Jeremias Maerki


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: Implementing Change bars

2009-08-14 Thread Vincent Hennebert
Hi Stephan,

Welcome!

You should subscribe to the fop-dev mailing list if you haven’t already.
http://xmlgraphics.apache.org/fop/dev/index.html#mail-fop-dev
Any implementation details shall be discussed there.

The following page may be helpful to set up your development
environment:
http://wiki.apache.org/xmlgraphics-fop/FOPIDESetupGuide

The first step would be to study the part of the Recommendation about
change bars:
http://www.w3.org/TR/xsl11/#fo_change-bar-begin
http://www.w3.org/TR/xsl11/#fo_change-bar-end
Change bars are also mentioned in the description of the
fo:page-sequence element:
http://www.w3.org/TR/xsl11/#fo_page-sequence

Be sure to really understand how and where change bars should be
rendered. The Recommendation often proves to more subtle than you may
think after a first reading. I’d suggest to gather thoughts on a wiki
page on the FOP development area, with illustrations of a few cases
(one-column, multiple-column documents, etc.).
http://wiki.apache.org/xmlgraphics-fop/DeveloperPages

On the implementation side, there are basically 3 steps I think:
- validation at the FO tree level (org.apache.fop.fo package and
  sub-packages)
- retrieving the start- and end locations of the bars during layout
  (org.apache.fop.layoutmgr)
- creating the appropriate areas (will probably have to be done in
  o.a.f.layoutmgr.PageSequenceLayoutManager)

That should be enough to get you started. If you have any question, see
you on fop-dev!

Vincent


Jeremias Maerki wrote:
 Hi Stephan,
 to my knowledge there's noone currently working on that. If you look in
 the archives, you'll see that there's precious little discussion about
 change bars:
 http://fop-dev.markmail.org/search/?q=%22change%20bars%22
 
 I haven't looked into change bars, yet, so I can't really offer any
 advice right now. Maybe another committer has more. At any rate, any
 help improving FOP is highly appreciated.
 
 On 14.08.2009 08:53:17 Stephan Thesing wrote:
 Hello,

 the company I work for will have the need for having change-bars
 in documents for easy difference tracking in our DocBook-FOP-PDF
 toolchain.

 Has anybody started to integrated support for the 1.1
 fo:begin/end-change-bar elements into FOP?

 If yes, we would offer to help, if no, we would start that integration
 ourselves.

 In any case, pointers or advice would be greatly appreciated.

 Best regards
Stephan Thesing
 
 
 
 Jeremias Maerki


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org