Re: XPATH question - not FOP related

[Brian T. Wolf]

That did it. Thanks! I knew I could 
rely on y'all.

  - Original Message - 
  From: 
  Scott Moore 
  To: '[EMAIL PROTECTED]' 
  Sent: Tuesday, January 22, 2002 10:25 
  AM
  Subject: RE: XPATH question - not FOP 
  related
  
  
  Try:
   
  
   
   
    This is not the 
  first!
   
   
   Repeating 
  section...
  
   
   
   
  Scott

XPATH question - not FOP related

[Brian T. Wolf]

This is obviously off-topic, but 
since I have been subscribed to this list for a few months I know that you folks 
will be the most likely to answer this. I have been searching the various 
references, but I am not even sure what I should be looking for.
 
Here is the situation: I am using 
 to loop through some data. For every pass after the first I 
want to insert another command. How do I test to see whether this is the first 
pass?
 
example:
 

 
 
  This is not the 
first!
 
 
 Repeating 
section...

 
Thank you for your help.
 
-Brian

Re: xslt and number formats

[Brian T. Wolf]

Silly me, the sample I included in the message is not what I was really
using. Instead of  I was really
using . The "value-of" does seem
to work better - thanks!
I still need to include your suggestion for the "format-number", however if
I use  after the decimal as you suggest then trailing zeroes are
omitted. So instead I have put in 0.00 and that seems to do the trick.
-Brian
- Original Message -
From: "Ramin Firoozye" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 29, 2001 9:24 AM
Subject: RE: xslt and number formats


> Hi Brian,
>
> I tried your code in Xalan (C and J) and MSXML and got '2.79' (with the
> digits after decimal point intact). The XSLT spec says that numbers are
kept
> in double format internally so you shouldn't be getting any truncation
loss
> as a result of doing math. The 'sum' function is also supposed to keep
> numbers in their original format. The only culprit may be the xsl:value-of
> instruction (although on my system, it's working fine). You might want to
> try to force a format using something like:
>
> 
>
> The '#' characters default to the formatting scheme defined in the JDK 1.1
> java.text.DecimalFormat class
>

> .
>
> Hope this helps,
> Ramin

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

Fw: xslt and number formats

[Brian T. Wolf]

Sorry this is probably not the most appropriate forum, but I have looked
everywhere I can think of. If anyone on this list can point me in the right
direction I would be grateful.
Thanks,
Brian
- Original Message -
From: "Brian T. Wolf" <[EMAIL PROTECTED]>
Newsgroups: comp.text.xml
Sent: Tuesday, November 27, 2001 2:04 PM
Subject: xslt and number formats


> OK, I am at my wits' end. I have looked at various sites, specs, and
> FAQ's, and I just am not getting an understanding of number
> formatting. I am using templates to transform my XML data into a table
> after which I will have column totals. I am using the sum() function
> and the math seems to be working as expected - with one minor hitch:
> the decimals are being truncated. Since I am printing invoices dealing
> with currency it is essential that the decimals remain down to the
> penny. Can someone explain this in clear English for me, or else point
> me somewhere I may not have yet seen?
>
> sample XML:
> 
>  
>   Federal Excise Tax
>   2.25
>  
>  
>   State 911 Emergency Tax
>   0.54
>  
> 
>
> sample XSL:
> 
>  
>  
>   
>
> 
>
>   
>  
>  
> 
>
> I am using xalan-2.0.0 for the transformation, if that makes a
> difference.
>
> Thanks much,
> Brian

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

Re: Problems with PCL Output

[Brian T. Wolf]

I've encountered #1 as well. The 
borders seem to have broken around 0.20.1, so we are using 0.19.0 and borders 
seem to work right there.
I have posted questions about #3. I 
am willing to do the coding if someone can help point me in the right direction. 
The ability to send a landscape code in the PCL is there, but right now there is 
no means to get the information from the fo document to the PCLRenderer. Also, 
that code is only called once, but we would need it to be re-evaluated on a 
page-by-page basis.
#2 is out of my area of 'expertise' 
(and I use that term loosely.)
 
Regards,
Brian

  - Original Message - 
  From: 
  Martin Roob 
  To: [EMAIL PROTECTED] 
  Sent: Tuesday, November 20, 2001 10:05 
  AM
  Subject: Problems with PCL Output
  
  Hello there,
  we are using FOP (0.20.1) to create PDF and PCL 
  Documents on an OS/390 System.
  There PDF generation works great, the PCL 
  generation works nearly great.
  There are 3 problems with PCL
  1. Table borders are mixed up
  2. There is no EURO-sign in the PCL
  3. landscape mode is not working. We simply 
  change width and height of the document to the values of DIN A4 landscape, 
  which is ok for PDF, but the PCL printer does not rotate the pages, so the 
  last 1/3 of each page is empty, but the right part is not on the 
  page.
  Is there anyone who has any ideas what to do 
  against these problems (or at least against one of them) ?
  Thanks in advance
  Martin Roob

Re: TXTRenderer

[Brian T. Wolf]

Thank you for clarifying. Without the 
second explanation I really didn't see how that would help.
 
FYI: Our process creates customer 
invoices in fo and converts them to pcl using fop. This works fine and 
illustrates why we need fop. However, when a customer calls in to discuss their 
bill, the csr needs to be able to view the invoice on their screen. Our product 
runs on SCO Unix and is currently all text based. So the invoice the csr sees on 
their screen should be some sort of ASCII representation of what the customer 
has on paper in front of them.
 
We want to try to keep just one xsl 
so the different incarnations appear somewhat similar.
 

  - Original Message - 
  From: 
  Matthew L. Avizinis 
  
  To: [EMAIL PROTECTED] 
  Sent: Friday, October 12, 2001 11:05 
  AM
  Subject: RE: TXTRenderer
  
  What 
  I meant was have you tried the following in place of using the fop text 
  renderer option.  If text output is what you want, then you really 
  wouldn't need fop at all; your XSLT engine would produce the output you 
  want.
   
  You 
  didn't provide many other details,  so if assuming your using a 
  stylesheet of some kind,
   
  have you 
  tried
  
  
  ...the rest of the stylsheet...
  ?
   
  You'd have more control over the output.
  Hope 
  this helps,
  
   
    Matthew L. AvizinisGleim 
  Publications, Inc.   4201 NW 95th 
  Blvd. Gainesville, FL 32606(352)-375-0772 ext. 
  101 www.gleim.com
   
  
-Original Message-From: Brian T. Wolf 
[mailto:[EMAIL PROTECTED]]Sent: Thursday, October 11, 2001 
7:52 PMTo: [EMAIL PROTECTED]Subject: 
TXTRenderer
Is anyone else using the 
TXTRenderer? It seems that when I try it my pages all appear twice as wide 
as they are supposed to and the letter spacing is all funky.
 
Is that already documented? If 
not, does anyone have any workarounds or ways to fix this?
 
Thanks,
Brian

Re: Embedding Printer Control parameters in PCL

[Brian T. Wolf]

We are working on that as well, though I don't have any good solutions yet
either. If you run across something please let me know.

Just as an FYI, I tried hardcoding a duplex print escape sequence into
PCLRenderer.java and it printed both sides as expected. So I figure once we
solve how to pass through the landscape code, this should be resolved as
well.

There is more to this than a FOP coding issue I believe however. The xsl:fo
standard has nothing to do with how a particular printer should behave. So
we also need to figure out how to get the information from the stylesheet to
the renderer without damaging the integrity of the xsl.

Regards,
Brian
- Original Message -
From: "Raj" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 12, 2001 7:45 AM
Subject: Embedding Printer Control parameters in PCL


> Hi Art,
>  I am trying to send fop generated PCL from web server to network
printers.
> For each document, we know the print controls(like duplex etc.) Is there a
> way to embed these controls as part of the PCL stream so that duplex
prints
> are automatically delivered as duplex without any other intervention. All
> our printers support duplex printing.
> Thanks
> -rajendran.

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

TXTRenderer

[Brian T. Wolf]

Is anyone else using the TXTRenderer? 
It seems that when I try it my pages all appear twice as wide as they are 
supposed to and the letter spacing is all funky.
 
Is that already documented? If not, 
does anyone have any workarounds or ways to fix this?
 
Thanks,
Brian

orientation

[Brian T. Wolf]

I am trying to utilize the code in 
PCLRenderer that will send the landscape escape sequence. Unfortunately I cannot 
seem to figure out how to pass the information from the stylesheet to the 
renderer. If someone is already working on this I can wait a little bit; 
otherwise any advice on how to proceed to make the coding changes would be 
appreciated.
 
Thanks,
Brian