RE: Overlapping Data?-Finish-Thanks

[David Kim]

Hi Andreas,

I tested belows what you wrote.
.TEST CASE1:usage of (x)path
.TEST CASE2:position of region-body
.TEST CASE3:position of fo:block-container 
.TEST CASE4:limitation of fo:block-container 

TEST CASE1,2 will be good part of my own xsl foramt.
TEST CASE3,4 helped me to decide direction of my
project. 

You helped me too much. Thank you very much.

David.


TEST CASE1:
>select="body/resultset/result" />
> or:
>   

TEST CASE2:
> One thing I also noticed:
> If you plan on using future FOP versions, you will
> need to put the
> fo:region-body as the first region in the
> fo:simple-page-master. (I can't
> immediately find the constraint in the XSL-FO Rec
> that enforces this, but
> I'm pretty sure it has a good reason...)
 
TEST CASE3:
> Other than that, the current development version
> still chokes on the
> absolute-positioned fo:block-container inside an
> fo:inline. Since the
> fo:inline here has no children other than that
> fo:b-c, I would suggest
> removing it entirely, and moving the fo:b-c one
> level up.

TEST CASE4:
> Still having to use FOP 0.20.5, you're out of luck,
> and will have to find
> some way to make sure the block-containers are
> created as direct children of
> the fo:flow... (i.e. by terminating the fo:block
> before inserting the
> fo:block-container --theoretically, it should make
> no difference, but in
> practice, I admit, it can turn out to be a real
> pain)



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overlapping Data?

[Peter B. West]

Andreas L. Delmelle wrote:


One thing I also noticed:
If you plan on using future FOP versions, you will need to put the
fo:region-body as the first region in the fo:simple-page-master. (I can't
immediately find the constraint in the XSL-FO Rec that enforces this, but
I'm pretty sure it has a good reason...)



From fo:simple-page-master:

Contents:

(region-body+,region-before?,region-after?,region-start?,region-end?)

Peter
--
Peter B. West 
Folio 
 <- the atTridged version

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[Andreas L. Delmelle]

> -Original Message-
> From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
>

Hi David,

>
> I'll have a look as soon as I find the time, but
> this won't be today/tonight. Stay tuned.
>

First of all: no offence and no big deal, but I asked for the result of the
main XSL transformation, while you posted the XML and the XSL... maybe that
didn't come through clearly enough. We encourage posting the intermediate FO
result, as that could already lead you to discover possible errors in the
XSL transformation step yourself. If there are issues in there, questions
belong either on Mulberry's XSLT list or the ML for the XSLT processor
you're using (Xalan, Saxon...), but they have nothing to do with FOP. (This
is intended as a hint for future inquiries. No need to worry right now...)

Some free XSLT advice:
In your XSL, you have this somewhere:
   
Generally, this is considered bad practice. If your source XML gets larger
and more complicated, this will cause a lot of unnecessary tree traversals
(since the XSLT processor --quite correctly-- assumes you want to look at
*every* level in the source tree to see if there are *any* 'result' nodes
there...)
Don't use this unless you absolutely don't have a clue where these nodes
will be located in the document.
Instead, in this case you can use a path like:
  
or:
  

(That said, I don't know exactly what you have learned about XSLT, but
judging from what you posted, it seems that you would benefit very much from
taking --or giving yourself-- a crash course in pure XSLT. Again, no
offence, but it will help you understand better what can or cannot be
achieved, and make the separation between pure XSLT and XSL-FO a bit
clearer, so you get a better picture of what part is handled by FOP.)

One thing I also noticed:
If you plan on using future FOP versions, you will need to put the
fo:region-body as the first region in the fo:simple-page-master. (I can't
immediately find the constraint in the XSL-FO Rec that enforces this, but
I'm pretty sure it has a good reason...)

Other than that, the current development version still chokes on the
absolute-positioned fo:block-container inside an fo:inline. Since the
fo:inline here has no children other than that fo:b-c, I would suggest
removing it entirely, and moving the fo:b-c one level up.

Still having to use FOP 0.20.5, you're out of luck, and will have to find
some way to make sure the block-containers are created as direct children of
the fo:flow... (i.e. by terminating the fo:block before inserting the
fo:block-container --theoretically, it should make no difference, but in
practice, I admit, it can turn out to be a real pain)


HTH!

Greetz,

Andreas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[Andreas L. Delmelle]

> -Original Message-
> From: David Kim [mailto:[EMAIL PROTECTED]
> 

Hi David,

> Did you get my message? Oh, God. I lost my head for a
> while. 

Well, don't we all from time to time. Right, Jay? ;-)

Anyway: yes I did receive it, and...

> > 
> > I'll have a look as soon as I find the time, but
> > this won't be today/tonight. Stay tuned.
> > 


Cheers,

Andreas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[David Kim]

Hi Andreas,

Did you get my message? Oh, God. I lost my head for a
while. 

Thanks a lot.

David.

--- "Andreas L. Delmelle" <[EMAIL PROTECTED]>
wrote:

> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >
> 
> Hi Jay / David,
> 
> > The XSL List does not accept attachments
> (something I like personally).
> 
> Well, Mulberry indeed doesn't, but we do...
> Too many lists to handle, ay Jay? :-)
> 
> FTR: Me personally, I have nothing against
> attachments, as long as they're
> not too large (a few KB at the most). One always has
> to take into account
> that *all* subscribers will have to download it.
> 
> But anyway, David didn't attach any files. He just
> c&p'ed parts of them into
> his message, which I do prefer.
> 
> >
> > You'll need to communicate with Andreas off the
> list to be able to send
> > files.
> 
> Nope, not over here he doesn't.
> 
> 
> David,
> 
> I'll have a look as soon as I find the time, but
> this won't be
> today/tonight. Stay tuned.
> 
> 
> 
> Greetz,
> 
> Andreas
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[JBryant]

> Too many lists to handle, ay Jay? :-)

Yup, combined with too much to do. My bad. Sorry for any confusion that 
may have arisen.

Jay Bryant
Bryant Communication Services
(presently consulting at Synergistic Solution Technologies)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[Andreas L. Delmelle]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>

Hi Jay / David,

> The XSL List does not accept attachments (something I like personally).

Well, Mulberry indeed doesn't, but we do...
Too many lists to handle, ay Jay? :-)

FTR: Me personally, I have nothing against attachments, as long as they're
not too large (a few KB at the most). One always has to take into account
that *all* subscribers will have to download it.

But anyway, David didn't attach any files. He just c&p'ed parts of them into
his message, which I do prefer.

>
> You'll need to communicate with Andreas off the list to be able to send
> files.

Nope, not over here he doesn't.


David,

I'll have a look as soon as I find the time, but this won't be
today/tonight. Stay tuned.



Greetz,

Andreas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[JBryant]

The XSL List does not accept attachments (something I like personally).

You'll need to communicate with Andreas off the list to be able to send 
files.

Jay Bryant
Bryant Communication Services
(presently consulting at Synergistic Solution Technologies).




David Kim <[EMAIL PROTECTED]> 
06/14/2005 02:01 PM
Please respond to
fop-users@xmlgraphics.apache.org


To
fop-users@xmlgraphics.apache.org
cc

Subject
RE: Overlapping Data?






Hi Andreas,

I hope it is not a problem. Here are my files.

1. My xsl file (full)
2. My data xml file (full)

I wrote comments that I want in those files.

Thanks a lot.

David.


> > -- My problem --
> > In my case, if xml data tags are overlapped each
> other
> > in xsl(i.e GUI), I want to display
> itself(overlapped
> > data) in pdf.
> > In order to do that, I think it should be able to
> be
> > used wherever data are displayed. Is there any
> other
> > way?.
> > (For example, template --> template -->template ..
> > overlapped data..)
> 
> I think your problem shouldn't be a problem at all
> --in theory, but I don't
> know *exactly* what your FO code looks like...
> 
===

1. My xsl file (full)


http://www.w3.org/1999/XSL/Transform"; 
 xmlns:fo="
http://www.w3.org/1999/XSL/Format"; 
 exclude-result-prefixes="fo" 
version="1.1">
 

  

 

 

  

  
  
  
  
  

  
 
  
  
  
  
 
 
 

   
 

   

   
 
   


 
 

  
   / 
 
  

 


 

  
  
TITLE
  

 

   
   

   



  

  


   NAME-title, 
  REGION-title, 
  SALARY-title, 
  BONUS-title, 

 
 
 
 
 
 


  
  
   

   

  

   
 
 
  
  
  
  
  
  
 
  
 
 

   



  



  



   
 

 

 
   
 
 
   
   
   
   

 


 
 
   SUB1-title, 
 

 
   SUB2-title, 
 

 
   SUB3-title, 
 

 
 

  

  

  

  
 
  
 
  
 
  

 
 
   

   
   
   
   

 

 
 
   sub-SUB1-title, 

 
 
 
   sub-SUB2-title, 

 
 
 
   sub-SUB3-title, 

 

RE: Overlapping Data?

[David Kim]

Hi Andreas,

I hope it is not a problem. Here are my files.

1. My xsl file (full)
2. My data xml file (full)

I wrote comments that I want in those files.

Thanks a lot.

David.


> > -- My problem --
> > In my case, if xml data tags are overlapped each
> other
> > in xsl(i.e GUI), I want to display
> itself(overlapped
> > data) in pdf.
> > In order to do that, I think it should be able to
> be
> > used wherever data are displayed. Is there any
> other
> > way?.
> > (For example, template --> template -->template ..
> > overlapped data..)
> 
> I think your problem shouldn't be a problem at all
> --in theory, but I don't
> know *exactly* what your FO code looks like...
> 
===

1. My xsl file (full)


http://www.w3.org/1999/XSL/Transform"; 
xmlns:fo="http://www.w3.org/1999/XSL/Format"; 
exclude-result-prefixes="fo" version="1.1">


  





  

  
  
  
  
  

  
  
  
  
  
  
  

  

   
  

   

  

  


  
  

  
   / 
 
  






  
  
TITLE
  



  
  
   
  



  

  


  NAME-title, 
  REGION-title, 
  SALARY-title, 
  BONUS-title, 

 




 


  
  
  
   
  

  

   
  
  
  
  
  
  
  
  
  
  

  

   



  



  



   
  




   
  
 
   
   
   
   






  SUB1-title, 



  SUB2-title, 



  SUB3-title, 





 
   
 

 
   
 
 
 

 
 
 


 
   

   
   
   
   





  sub-SUB1-title, 

  

  sub-SUB2-title, 

  

  sub-SUB3-title, 

  

  sub-SUB4-title, 






 
   
 
 
 
 
   
 
 

 

 
 

 
 
 
 
 
 

   

   

 



 
   


   

 

   

   


   
 

   


TITLE2


  
 
 
 
 




2. My data xml file (full)



  

  
PAUL3
NS
9878787








A
A
A


B
B
B






11
22
33
44

RE: Overlapping Data?

[Andreas L. Delmelle]

> -Original Message-
> From: David Kim [mailto:[EMAIL PROTECTED]
>

Hi David,

> And while I was testing, I found limitation of
>  in FOP.
> When I put the code under other tag(s) (i.e even
> block), I got an error like follow,
>
> -- follow (summary)--
> tag-name  :
> FOP limitation:FOP says that it should be 'direct'
> child of flow.
> Error :'[ERROR] java.lang.ClassCastException'

Well, that is indeed a FOP-specific limitation (for FOP 0.20.5).

All I can say is that in the current development version, the example file
that comes with FOP --you can find it in your own FOP-dir under
'examples/fo/basic/blockcontainer.fo'-- which contains a number of
fo:block-containers that aren't direct children of the fo:flow, is rendered
without errors.

If you feel like it, check out the trunk from CVS, and report questions or
errors back to fop-dev. Any help testing the development code with real
world examples will be much appreciated, just don't expect miracles from it
yet, and don't expect fop-dev to immediately correct any problems --all in
due time :-)

> -- My problem --
> In my case, if xml data tags are overlapped each other
> in xsl(i.e GUI), I want to display itself(overlapped
> data) in pdf.
> In order to do that, I think it should be able to be
> used wherever data are displayed. Is there any other
> way?.
> (For example, template --> template -->template ..
> overlapped data..)

I think your problem shouldn't be a problem at all --in theory, but I don't
know *exactly* what your FO code looks like...

If you can post a small sample --not the XSL code itself, but rather the
result of the XSL transformation-- I'd be happy to take a closer look.


HTH!

Greetz,

Andreas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Overlapping Data?

[David Kim]

Hi Andreas,

Your advices are good to me!. I got an good overlap
result that I desired through  as
you said.

And while I was testing, I found limitation of
 in FOP. 
When I put the code under other tag(s) (i.e even
block), I got an error like follow,

-- follow (summary)--
tag-name  :
FOP limitation:FOP says that it should be 'direct'
child of flow.
Error :'[ERROR] java.lang.ClassCastException'

-- My problem --
In my case, if xml data tags are overlapped each other
in xsl(i.e GUI), I want to display itself(overlapped
data) in pdf.
In order to do that, I think it should be able to be
used wherever data are displayed. Is there any other
way?.
(For example, template --> template -->template ..
overlapped data..)

Thanks a lot.

David.

--- "Andreas L. Delmelle" <[EMAIL PROTECTED]>
wrote:

> > -Original Message-
> > From: David Kim [mailto:[EMAIL PROTECTED]
> >
> 
> Hi David,
> 
> > 2 My problem
> > I think it is a kind of position|location problem.
> > I want to set absolute position to object(indent?)
> in
> > order to make overlap in a flow.Is it possible?
> 
> I think so. Try experimenting with
> fo:block-container, setting
> absolute-position="absolute" and then specify the
> desired
> offsets/co-ordinates with the left/right/top/bottom
> properties.
> 
> 
> HTH!
> 
> Greetz,
> 
> Andreas
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]