font in fop

2002-01-11 Thread Maneshi Tuli


Hi
i have set my font in userconfig file ,
how can i set this userconfig file in fopdriver.

plz give me solution , its urgent for me

thanks



--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



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




RE: Question or request for extension

2002-01-11 Thread Art Welch



Off 
hand I do not know of a way to have FOP print when it was rendered, but it 
should certainly be possible to have the FO include this information. For 
example if you are using Xalan you could call a Java function (via extension) to 
get the date and time and include that in the input for FOP.
 
HTH,
Art

  -Original Message-From: Dunning, John 
  [mailto:[EMAIL PROTECTED]]Sent: Friday, January 11, 2002 6:23 
  PMTo: '[EMAIL PROTECTED]'Subject: Question or 
  request for extension
  Is 
  there a way to get the time a document was rendered and put that in text, 
  e.g.,
  " 
  printed on 11.01.2001 10:16:02 AM "
   
  If 
  not, where might a relative java-newbie attempt to add 
  this?
   
  Any 
  help always appreciated,
  John


Question or request for extension

2002-01-11 Thread Dunning, John



Is 
there a way to get the time a document was rendered and put that in text, 
e.g.,
" 
printed on 11.01.2001 10:16:02 AM "
 
If 
not, where might a relative java-newbie attempt to add this?
 
Any 
help always appreciated,
John


Table of Contents

2002-01-11 Thread Scott Moore



I'm building a table 
of contents, which works just fine except for one little detail.  If seems 
the  are not aligning 
correctly.
 
For instance, the 
enclosing block looks like this:
 

 
 
The parent block has 
text-align="end", but the page numbers come out left justified, not right 
justified.  If I remove the  
and hardcode some page numbers, they come out correctly 
right-justified.
 
Is there some way I 
can make this work correctly with 0.20.2?  Will the upcoming maintenance 
release fix this bug?
 
Thanks,
Scott


Re: FOP Extensions

2002-01-11 Thread Matt Savino

I'm still planning to write my Table-header with "Continued" extension
sometime in the mythical future when I get my head above water. Does
this fall into #1 or #3? Is it really realisitic that I'll be able to
get this done in a few days? I'm pretty good with Java and I have access
to a couple of near-gurus.

As a refresher, the idea is make some table-header functionality that
adds the word "Continued" (or anything) on all instances of the
table-header but the first. I'm willing to make it very extensible,
unless quick and dirty is just much easier. (IE - even hardcoding the
word "Continued" somewhere, although I realize that won't help the group
as much.)

thx a lot
-Matt



Keiron Liddle wrote:
> 
> Hi,
> 
> I think you confusing a few things.
> 
> Starting from this page:
> http://xml.apache.org/fop/extensions.html
> (it could be a bit better and there will be some examples one day)
> 
> The default extensions are svg and the bookmarks so you can just use these.
> 
> To make your own extension you need to consider what you want to do first.
> 
> 1. do you want to put a formatting object area in the output, eg. some
> text, block etc.
> 2. do you want a graphic in the output, ie. somthing that could be done
> with svg
> 3. do you want to do some document specific settings such as what the
> bookmarks does
> also what version are you using, this is about the latest release.
> 
> If 1. then you need to do a similar sort of thing to all other fo objects.
> If 2. then you setup a class that can get a DOM and turn it into SVG.
> If 3. then it is a bit more difficult.
> 
> It doesn't say to extend ExtensionObj, this is just an example.
> 
> More below...
> 
> On 2002.01.10 18:15 Software AG wrote:
> > Hi, there.
> >
> > Trying to create a FOP Extension I'm getting totally confused with the
> > docs.
> > The HTML document says to just have a look at org.apache.fop.extensions.*
> > and implement the ExtensionObj interface. ExtensionObj is not an
> > interface
> > but a class, and hardly documented. So all I know is I need to overload
> > the
> >
> > public Status layout(Area area)
> >
> > method. I have rendering code that eats a dom tree and spits out a
> > java.awt.Image or GIF or whatsoever. Looking at the SVG extension code
> > confused me more than it helped. From the list archives I could not
> > derive a
> > cookbook what to do.
> >
> > - What class do I have to extend: Area (like SVGArea) or ExtensionObj?
> 
> You will likely need to extend FObj.
> 
> > - How is this new class going to get the DOM tree inside the
> > fo:instream-foreign-object element?
> 
> The same what that SVG gets the DOM
> 
> > - How is this new class going to pass the rendered image to FOP?
> 
> ??
> If you want SVG for the output then just do what the SVG does, ie. put the
> SVG DOM into an SVGArea.
> 
> > - How do I correctly register the new class so FOP will call it?
> 
> As on the website
> "include the following file
> "/META-INF/services/org.apache.fop.fo.ElementMapping". In this file you
> need to put the fully qualified classname of your element mappings class.
> This class must implement the "org.apache.fop.fo.ElementMapping"
> interface."
> 
> > - What happens if I cannot provide name spaces on the elements?
> 
> You must have a separate namespace.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

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




Re: Table layout

2002-01-11 Thread Matt Savino

will do

Christian Geisert wrote:
> 
> Matt Savino wrote:
> >
> > Right now keep-with-next at the row level is the only thing that works.
> > But if you have more rows than can fit on a page, FOP goes into an
> > endless loop.
> >
> > This issue isn't adressed at all in the upocoming maintenance release is
> > it?
> 
> It is adressed
> .. and you hereby voluntered to test the forthcoming release candidate ;-)
> 
> Christian
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

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




Who does this stuff? and Christian

2002-01-11 Thread Art Welch

Is there a list of committers and/or contributors to FOP somewhere?
Shouldn't there be one - at least the committers? I looked quickly through
the FOP site and did not see it anywhere.

I was thinking about this, because after seeing a long stream of
contributions from Christian over the past several weeks, it occurred to me
that if he is not already a committer, he should probably be one. Maybe I
missed it, but I do not recall a vote on this or anything - but maybe it is
just my memory failing me.

Art

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




Re: Table layout

2002-01-11 Thread Christian Geisert

Matt Savino wrote:
> 
> Right now keep-with-next at the row level is the only thing that works.
> But if you have more rows than can fit on a page, FOP goes into an
> endless loop.
> 
> This issue isn't adressed at all in the upocoming maintenance release is
> it?

It is adressed
.. and you hereby voluntered to test the forthcoming release candidate ;-)

Christian

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




Re: uncommitted patches

2002-01-11 Thread Christian Geisert

Keiron Liddle wrote:
> 
> Hi Christian,
> 
> I agree that it is good to get patches in, the problem has been that in
> many cases these patches are altering messy code (eg. LineArea.java) and

I had the same thoughts while looking at the patches... but I think it's ok
for the maintenance branch.

> its a case of fix one problem and create others or it is not clear if it
> works properly. This problem is best solved by better design and testing
> (and more resources).

Absolutly agreed. The most important (and hardest) part is the to make a good
new design (and I hope I can contribute a bit).

> I will commit the ones you propose and hope for the best.

Thanx! 

> Regards,
> Keiron.

Christian

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




headers in fop

2002-01-11 Thread Maneshi Tuli


Hi
i am defining some logo in my FOP headers.
but it does come properly in printing , it gets cut from upperborder

my code is like this


   
   



  
 

 
  

 
  
   
  


and my page attributes are
10.8in
8.3in
1in
2cm
.5cm
.5cm


1.00in
1.00in

plz can u suggest me where i am doing mistake
it will be very appreciated

thanks




--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



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




Re: table-cells

2002-01-11 Thread Baptiste Casanova



thanks, it works!
 

  - Original Message - 
  From: 
  Krueger, Alexandra 
  To: '[EMAIL PROTECTED]' 
  Sent: Friday, January 11, 2002 4:00 
  PM
  Subject: AW: table-cells
  
  Hi,
   
  for 
  englisch language you can try:
   
  
  bye
  Alex
  
-Ursprüngliche Nachricht-Von: Baptiste Casanova 
[mailto:[EMAIL PROTECTED]]Gesendet: Freitag, 11. Januar 2002 
14:30An: [EMAIL PROTECTED]Betreff: 
table-cells
Hi,
I have a problem with table-cells width 
:
if the text inside the cell is only a long 
word, it is not truncated and doesn't fit in the cell.
How could i manage that?
 
Any help much appreciated!
thanks,
 
Baptiste CASANOVA
[EMAIL PROTECTED]
 
 
 


RE: table-cells

2002-01-11 Thread Jens von Pilgrim
Title: RE: table-cells






Hello,


CM> Did you tried using the "width" and "height"  attributes of  a table-cell?


BC> My word is written in its cell (which has a fixed width) but also in the next cell.

BC> In fact what i would like to do is truncate the word if it is larger than the cell.

  

I've got the same problem. I've not defined "width" and "height", but used the column definitions:

  

  


The table is printed correctly, but if a cell content is larger then its cell, it's not clipped.

I've used several ways for clipping, and I guess that FOP can't clip yet, can it?


I tried to insert the cell's content into a block and defined several attributes, like

            


Running this fo, FOP warns me: Attribute "clip" is not supported yet.

I also tried other values for overflow without any effect.


Jens





Re: table-cells

2002-01-11 Thread Baptiste Casanova



yes i did, and that is the problem!
My word is written in its cell (which has a fixed 
width) but also in the next cell.
In fact what i would like to do is truncate the 
word if it is larger than the cell.
  

  - Original Message - 
  From: 
  Carmelo Montanez 
  
  To: [EMAIL PROTECTED] 
  Sent: Friday, January 11, 2002 3:46 
  PM
  Subject: Re: table-cells
  
  Did you tried using the "width" and 
  "height"  attributes of  a table-cell?
   
  Thanks
  Carmelo Montanez
  
- Original Message - 
From: 
Baptiste 
Casanova 
To: [EMAIL PROTECTED] 
Sent: Friday, January 11, 2002 8:29 
AM
Subject: table-cells

Hi,
I have a problem with table-cells width 
:
if the text inside the cell is only a long 
word, it is not truncated and doesn't fit in the cell.
How could i manage that?
 
Any help much appreciated!
thanks,
 
Baptiste CASANOVA
[EMAIL PROTECTED]
 
 
 


AW: table-cells

2002-01-11 Thread Krueger, Alexandra



Hi,
 
for 
englisch language you can try:
 

bye
Alex

  -Ursprüngliche Nachricht-Von: Baptiste Casanova 
  [mailto:[EMAIL PROTECTED]]Gesendet: Freitag, 11. Januar 2002 
  14:30An: [EMAIL PROTECTED]Betreff: 
  table-cells
  Hi,
  I have a problem with table-cells width 
  :
  if the text inside the cell is only a long word, 
  it is not truncated and doesn't fit in the cell.
  How could i manage that?
   
  Any help much appreciated!
  thanks,
   
  Baptiste CASANOVA
  [EMAIL PROTECTED]
   
   
   


FOp font

2002-01-11 Thread Maneshi Tuli


hi ,
does  FOP supports vardana font ,
I am trying to use it , but it's giving me some error

thanks




--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



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




Re: table-cells

2002-01-11 Thread Carmelo Montanez



Did you tried using the "width" and "height"  
attributes of  a table-cell?
 
Thanks
Carmelo Montanez

  - Original Message - 
  From: 
  Baptiste 
  Casanova 
  To: [EMAIL PROTECTED] 
  Sent: Friday, January 11, 2002 8:29 
  AM
  Subject: table-cells
  
  Hi,
  I have a problem with table-cells width 
  :
  if the text inside the cell is only a long word, 
  it is not truncated and doesn't fit in the cell.
  How could i manage that?
   
  Any help much appreciated!
  thanks,
   
  Baptiste CASANOVA
  [EMAIL PROTECTED]
   
   
   


table-cells

2002-01-11 Thread Baptiste Casanova



Hi,
I have a problem with table-cells width 
:
if the text inside the cell is only a long word, it 
is not truncated and doesn't fit in the cell.
How could i manage that?
 
Any help much appreciated!
thanks,
 
Baptiste CASANOVA
[EMAIL PROTECTED]
 
 
 


DO NOT REPLY [Bug 5805] New: - doesn't right align

2002-01-11 Thread bugzilla

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.cgi?id=5805

 doesn't right align

   Summary:  doesn't right align
   Product: Fop
   Version: all
  Platform: PC
OS/Version: Windows 9x
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've produced the following much simplified fo file. It produces a PDF with a 
front page ToC. The ToC contains the title of the section, it's number in the 
sequence of title elements and its page reference .
Both the sequence number and the page number are placed in  elements. Whilst this works fine for the sequence number, the page 
citation is not "properly" right aligned. More specifically, whilst the element 
is right aligned in the table cell, the list it produces is "dog-legged". The 
xsl file i use is:


http://www.w3.org/1999/XSL/Transform"; 
xmlns:fo="http://www.w3.org/1999/XSL/Format";>








http://www.w3.org/1999/XSL/Format";>


































































The fo is:


http://www.w3.org/1999/XSL/Format";>














The Recruitment Process


0









Stages in the Recruitment Process


1









Procedure for Carrying Out a Recruitment Exercise


2









Pre-recruitment Activities


3









Poor Recruitment Decisions


4









Aligning Recruitment with Corporate Strategy


5









Manpower Planning/Human Resource Planning


6









The Planning Processes


7









Demand Forecasting


8









Supply Forecasting


9









Skills Shortage


10









The External Market Place


11









Factors Influencing Labour Supply


12









The Internal Market Place


13









Useful Personnel Statistics


14









Staff Turnover Statistics


15









Staff Turnover or Wastage


16









Turnover Index


17









Stability Index


18









Length of Service Analysis


19









Cohort or Survival Analysis


20









Half-life Index


21









Census Method


22









Retention Profile


23









Making Best Use of Staff Turnover Information


24









Analysing Staff Turnover Information


25









Career and Succession Planning


26









Changes in Working Methods and Practices


27









Outsourcing or Subcontracting


28









Staff Transfer and Promotion


29









The Employment Contract


30













The Recruitment Process
Stages in the Recruitment 
Process
Procedure for Carrying Out a 
Recruitment Exercise
Pre-recruitment Activities
Poor Recruitment Decisions
Aligning Recruitment with Corporate 
Strategy
Manpower Planning/Human Resource 
Planning
The Planning Processes
Demand Forecasting
Supply Forecasting
Skills Shortage
The External Market Place
Factors Influencing Labour 
Supply
The Internal Market Place
Useful Personnel Statistics
Staff Turnover Statistics
Staff Turnover or Wastage
Turnover Index
Stability Index
Length of Service Analysis
Cohort or Survival Analysis
Half-life

cvs commit: xml-fop/src/org/apache/fop/layout LineArea.java

2002-01-11 Thread keiron

keiron  02/01/11 02:48:00

  Modified:src/org/apache/fop/layout Tag: fop-0_20_2-maintain
LineArea.java
  Log:
  improved line breaking for japanese
  Submitted by: Satoshi Ishigami <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.53.2.4  +74 -10xml-fop/src/org/apache/fop/layout/LineArea.java
  
  Index: LineArea.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/layout/LineArea.java,v
  retrieving revision 1.53.2.3
  retrieving revision 1.53.2.4
  diff -u -r1.53.2.3 -r1.53.2.4
  --- LineArea.java 11 Jan 2002 10:20:50 -  1.53.2.3
  +++ LineArea.java 11 Jan 2002 10:48:00 -  1.53.2.4
  @@ -1,5 +1,5 @@
   /*
  - * $Id: LineArea.java,v 1.53.2.3 2002/01/11 10:20:50 keiron Exp $
  + * $Id: LineArea.java,v 1.53.2.4 2002/01/11 10:48:00 keiron Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
  @@ -71,6 +71,7 @@
   protected static final int NOTHING = 0;
   protected static final int WHITESPACE = 1;
   protected static final int TEXT = 2;
  +protected static final int MULTIBYTECHAR = 3;
   
   /* the character type of the previous character */
   protected int prev = NOTHING;
  @@ -210,6 +211,7 @@
   System.arraycopy(odata, 0, dataCopy, 0, odata.length);
   
   boolean isText = false;
  +boolean isMultiByteChar = false;
   
   /* iterate over each character */
   for (int i = start; i < end; i++) {
  @@ -220,6 +222,7 @@
   || (c == '\u2028'))) {
   charWidth = getCharWidth(c);
   isText = true;
  +isMultiByteChar = (c > 127);
   // Add support for zero-width spaces
   if (charWidth <= 0 && c != '\u200B' && c != '\uFEFF')
   charWidth = whitespaceWidth;
  @@ -230,6 +233,7 @@
   charWidth = getCharWidth(c);
   
   isText = false;
  +isMultiByteChar = false;
   
   if (prev == WHITESPACE) {
   
  @@ -268,7 +272,7 @@
   return i + 1;
   }
   
  -} else if (prev == TEXT) {
  +} else if (prev == TEXT || prev == MULTIBYTECHAR ) {
   
   // if current is WHITESPACE and previous TEXT
   // the current word made it, so
  @@ -388,6 +392,7 @@
   
   if (isText) {// current is TEXT
   
  +int curr = isMultiByteChar ? MULTIBYTECHAR : TEXT;
   if (prev == WHITESPACE) {
   
   // if current is TEXT and previous WHITESPACE
  @@ -401,15 +406,74 @@
   return i;
   }
   }
  -prev = TEXT;
  +prev = curr;
   wordStart = i;
   wordLength = 1;
  -} else if (prev == TEXT) {
  -wordLength++;
  -wordWidth += charWidth;
  +} else if (prev == TEXT || prev == MULTIBYTECHAR ) {
  + if ( prev == TEXT && curr == TEXT || ! 
canBreakMidWord()) {
  + wordLength++;
  + wordWidth += charWidth;
  + } else {
  +
  +//if (spaceWidth > 0) { // for text-align="justify"
  +InlineSpace is = new InlineSpace(spaceWidth);
  +if (prevUlState) {
  +is.setUnderlined(textState.getUnderlined());
  +}
  +if (prevOlState) {
  +is.setOverlined(textState.getOverlined());
  +}
  +if (prevLTState) {
  +is.setLineThrough(textState.getLineThrough());
  +}
  +addChild(is);
  +finalWidth += spaceWidth;
  +spaceWidth = 0;
  +//}
  +
  +// add any pending areas
  +
  +Enumeration e = pendingAreas.elements();
  +while (e.hasMoreElements()) {
  +Box box = (Box)e.nextElement();
  +if (box instanceof InlineArea) {
  +if (ls != null) {
  +Rectangle lr =
  +new Rectangle(finalWidth, 0,
  +  
((InlineArea)box).getContentWidth(),
  +   

Re: uncommitted patches

2002-01-11 Thread Keiron Liddle

Hi Christian,

I agree that it is good to get patches in, the problem has been that in 
many cases these patches are altering messy code (eg. LineArea.java) and 
its a case of fix one problem and create others or it is not clear if it 
works properly. This problem is best solved by better design and testing 
(and more resources).

I will commit the ones you propose and hope for the best.


Regards,
Keiron.

On 2002.01.10 18:54 Christian Geisert wrote:
> Ok,
> 
> while browsing the archives I found the following uncomitted patches,
> and as it is quite frustrating if your patch gets not noticed (and you
> worked hard for it..) we should try to commit all (if possible).
> 
> * improved font-encoding by Peter S. Housel
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=100559770232644&w=2)
> To build with this patch you need optional.jar from ant 1.3
> (download
> 
>http://jakarta.apache.org/builds/jakarta-ant/release/v1.3/bin/jakarta-ant-1.3-optional.jar
> 
> and copy it to lib/optional.jar) and add it to build.bat (build.sh has it
> two
> times ;-)
> I noticed the same problems as Rainer Garus
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=100790930100949&w=2)
> Peter, what do you think?
> 
> * improved line-breaking-algorithm for japanese by Satoshi Ishigami
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=100311137529637&w=2)
> Looks good :-) and does not seem to break anything.
> My proposal: commit
> 
> * bug fix for hypenation by Enrico Schnepel
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=100162872404800&w=2)
> Fixes a infinite loop and does not seem to break anything.
> My proposal: commit
> 
> * new "swing-handler" from Alistair Hopkins
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=100591163523860&w=2)
> Seems to be "work in progress", probably something for the main branch
> 
> * Patch that keeps list-item-label and list-item-body together
> by Don Wellington
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=99842833609271&w=2)
> Strange patch format, Don can you resubmit as unified patch?
> 
> * AWTRenderer patch by Ralph LaChance: fixes "small border" problem
> (see http://marc.theaimsgroup.com/?l=fop-dev&m=99719917329956&w=2)
> I've done a real patch and attached it to this mail.
> 
> Christian.
> Index: src/org/apache/fop/render/awt/AWTRenderer.java
> ===
> RCS file: 
> /home/cvspublic/xml-fop/src/org/apache/fop/render/awt/AWTRenderer.java,v
> retrieving revision 1.38
> diff -u -r1.38 AWTRenderer.java
> --- src/org/apache/fop/render/awt/AWTRenderer.java26 Sep 2001
> 12:00:42 -1.38
> +++ src/org/apache/fop/render/awt/AWTRenderer.java10 Jan 2002
> 16:44:33 -
> @@ -271,10 +271,14 @@
>  int starty = pageHeight - ((y + 500) / 1000);
>  int endx = (x + w + 500) / 1000;
>  int endy = pageHeight - ((y + h + 500) / 1000);
> -if (drawAsOutline)
> +if (drawAsOutline) {
>  graphics.drawRect(startx, starty, endx - startx, endy -
> starty);
> -else
> +} else {
> +//don't round down to zero
> +if (w != 0 && endx == startx) endx++;
> +if (h != 0 && endy == starty) endy++;
>  graphics.fillRect(startx, starty, endx - startx, endy -
> starty);
> +}
>  }
> 
>  protected void addFilledRect(int x, int y, int w, int h,
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

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




DO NOT REPLY [Bug 5718] - internal linking between separate page-sequences

2002-01-11 Thread bugzilla

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.cgi?id=5718

internal linking between separate page-sequences

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Blocker

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




Re: embedding svg in xsl:fo generates nullpointer, help ...

2002-01-11 Thread Joerg Pietschmann

"Manuel Moons" <[EMAIL PROTECTED]> wrote:
> I'm trying to put an svg in my xsl:fo document and then trying to generate a
> pdf document. But when doing this I get the following:
> ERROR   10106   [fop ] (): Could not set base URL for svg
> java.net.MalformedURLException: java.lang.NullPointerException
>
This can happen for example if you feed FOP with a SAX stream.
I fixed this with
   org.apache.fop.configuration.Configuration.put("baseDir", "file:///foo/bar");
somewhere before the invocation.
The value supplied has to be a valid URL but it is never read unless
you use internal references in your SVG.
If you do the latter, you might be in trouble.

> It also seems that it starts on a new page every time I use an svg

That's a completely different problem. Maybe your SVGs are too
large. BTW giving width/height in px is unwise and may be the
cause of the problem.

HTH
J.Pietschmann

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




cvs commit: xml-fop/src/org/apache/fop/layout LineArea.java

2002-01-11 Thread keiron

keiron  02/01/11 02:20:51

  Modified:src/org/apache/fop/layout Tag: fop-0_20_2-maintain
LineArea.java
  Log:
  fixes infinite loop with hyphenation
  Submitted by: Enrico Schnepel <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.53.2.3  +5 -4  xml-fop/src/org/apache/fop/layout/LineArea.java
  
  Index: LineArea.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/layout/LineArea.java,v
  retrieving revision 1.53.2.2
  retrieving revision 1.53.2.3
  diff -u -r1.53.2.2 -r1.53.2.3
  --- LineArea.java 9 Dec 2001 17:17:09 -   1.53.2.2
  +++ LineArea.java 11 Jan 2002 10:20:50 -  1.53.2.3
  @@ -1,5 +1,5 @@
   /*
  - * $Id: LineArea.java,v 1.53.2.2 2001/12/09 17:17:09 tore Exp $
  + * $Id: LineArea.java,v 1.53.2.3 2002/01/11 10:20:50 keiron Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
  @@ -947,14 +947,15 @@
   // we will only handle hard hyphens and slashes
   if (getWordWidth(wordToHyphenate) < remainingWidth) {
   inwordPunctuation =
  -characters[wordStart + wordToHyphenate.length()];
  +characters[wordStart + remainingString.length()
  ++ wordToHyphenate.length()];
   if (inwordPunctuation == '-' || inwordPunctuation == '/') {
   preString = new StringBuffer(wordToHyphenate);
   preString = preString.append(inwordPunctuation);
   wordToHyphenate =
   getHyphenationWord(characters,
  -   wordStart + wordToHyphenate.length()
  -   + 1);
  +   wordStart + remainingString.length()
  +   + wordToHyphenate.length() + 1);
   remainingWidth -=
   (getWordWidth(wordToHyphenate)
+ 
this.currentFontState.width(currentFontState.mapChar(inwordPunctuation)));
  
  
  

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




StructureEvents concept (was: jfor integration: right after the FO tree building stage?)

2002-01-11 Thread Bertrand Delacretaz

Hi Keiron,
(of course comments from everyone are welcome!)

Thanks for the info and sorry for not replying sooner - but I feel our slow 
discussion is going the right way.

> A visitor pattern sounds right. Instead of building the fo tree and then
> using the layout managers to create an area tree. Use a structure renderer
> to read from the fo tree.

If I understand right, FONode objects should be disposed of as soon as 
possible - in this case I'd suggest creating a StructureEventListener as 
follows:

actors and goals:
ag1. FOP creates FONodes while parsing the input stream

ag2. FOP wants to dispose of FONodes as soon as possible, to be able to work 
on SAX event streams without keeping everything in memory

ag3. StructureEventListener wants to use FONodes as soon as they are created, 
and often needs specific FONodes to stay around until they have been used 
(rendered)

contracts:
c1. zero to N StructureEventListeners can register with an FONode to 
receive StructureEvents

c2. an FONode that does not have its own list of StructureEventListeners 
uses that from its parent

c3. StructureEvents are like: FONodeStartEvent, FONodeEndEvent, 
FONodeAttributesEvent which are sent at the end of the corresponding FONode 
methods

c4. FONode has an "usage counter", that prevents it and its parents from 
being disposed of until its value is zero (or do we want to rely on the 
gabage collector only for this?)

In this way, StructureEventListeners (like an RtfRenderer based on jfor code) 
could release FONodes early if they are able to render on the fly, or keep 
them around if needed.

How does this sound?

Should we call everything StructureEvent... or FONodeEvent... or 
FOStructureEvent...?

- Bertrand

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




Re: FOP Extensions

2002-01-11 Thread Keiron Liddle

Hi,

I think you confusing a few things.

Starting from this page:
http://xml.apache.org/fop/extensions.html
(it could be a bit better and there will be some examples one day)

The default extensions are svg and the bookmarks so you can just use these.

To make your own extension you need to consider what you want to do first.

1. do you want to put a formatting object area in the output, eg. some 
text, block etc.
2. do you want a graphic in the output, ie. somthing that could be done 
with svg
3. do you want to do some document specific settings such as what the 
bookmarks does
also what version are you using, this is about the latest release.


If 1. then you need to do a similar sort of thing to all other fo objects.
If 2. then you setup a class that can get a DOM and turn it into SVG.
If 3. then it is a bit more difficult.

It doesn't say to extend ExtensionObj, this is just an example.

More below...

On 2002.01.10 18:15 Software AG wrote:
> Hi, there.
> 
> Trying to create a FOP Extension I'm getting totally confused with the
> docs.
> The HTML document says to just have a look at org.apache.fop.extensions.*
> and implement the ExtensionObj interface. ExtensionObj is not an
> interface
> but a class, and hardly documented. So all I know is I need to overload
> the
> 
> public Status layout(Area area)
> 
> method. I have rendering code that eats a dom tree and spits out a
> java.awt.Image or GIF or whatsoever. Looking at the SVG extension code
> confused me more than it helped. From the list archives I could not
> derive a
> cookbook what to do.
> 
> - What class do I have to extend: Area (like SVGArea) or ExtensionObj?

You will likely need to extend FObj.

> - How is this new class going to get the DOM tree inside the
> fo:instream-foreign-object element?

The same what that SVG gets the DOM


> - How is this new class going to pass the rendered image to FOP?

??
If you want SVG for the output then just do what the SVG does, ie. put the 
SVG DOM into an SVGArea.

> - How do I correctly register the new class so FOP will call it?

As on the website
"include the following file 
"/META-INF/services/org.apache.fop.fo.ElementMapping". In this file you 
need to put the fully qualified classname of your element mappings class. 
This class must implement the "org.apache.fop.fo.ElementMapping" 
interface."


> - What happens if I cannot provide name spaces on the elements?

You must have a separate namespace.

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




cvs commit: xml-fop/src/org/apache/fop/render/awt AWTRenderer.java

2002-01-11 Thread keiron

keiron  02/01/11 00:45:06

  Modified:src/org/apache/fop/render/awt Tag: fop-0_20_2-maintain
AWTRenderer.java
  Log:
  fixes small border prob
  Submitted by: Ralph LaChance <[EMAIL PROTECTED]>
  Reviewed by:  Christian Geisert <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.38.2.1  +7 -3  xml-fop/src/org/apache/fop/render/awt/AWTRenderer.java
  
  Index: AWTRenderer.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/render/awt/AWTRenderer.java,v
  retrieving revision 1.38
  retrieving revision 1.38.2.1
  diff -u -r1.38 -r1.38.2.1
  --- AWTRenderer.java  26 Sep 2001 12:00:42 -  1.38
  +++ AWTRenderer.java  11 Jan 2002 08:45:06 -  1.38.2.1
  @@ -1,5 +1,5 @@
   /*
  - * $Id: AWTRenderer.java,v 1.38 2001/09/26 12:00:42 keiron Exp $
  + * $Id: AWTRenderer.java,v 1.38.2.1 2002/01/11 08:45:06 keiron Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
  @@ -271,10 +271,14 @@
   int starty = pageHeight - ((y + 500) / 1000);
   int endx = (x + w + 500) / 1000;
   int endy = pageHeight - ((y + h + 500) / 1000);
  -if (drawAsOutline)
  +if (drawAsOutline) {
   graphics.drawRect(startx, starty, endx - startx, endy - starty);
  -else
  +} else {
  +//don't round down to zero
  +if (w != 0 && endx == startx) endx++;
  +if (h != 0 && endy == starty) endy++;
   graphics.fillRect(startx, starty, endx - startx, endy - starty);
  +}
   }
   
   protected void addFilledRect(int x, int y, int w, int h,
  
  
  

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




cvs commit: xml-fop build.xml

2002-01-11 Thread keiron

keiron  02/01/11 00:07:48

  Modified:.Tag: fop-0_20_2-maintain build.xml
  Log:
  updates version number (removes jdk11 stuff)
  Submitted by: Christian Geisert <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.44.2.1  +3 -31 xml-fop/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/xml-fop/build.xml,v
  retrieving revision 1.44
  retrieving revision 1.44.2.1
  diff -u -r1.44 -r1.44.2.1
  --- build.xml 12 Sep 2001 09:30:40 -  1.44
  +++ build.xml 11 Jan 2002 08:07:48 -  1.44.2.1
  @@ -15,7 +15,7 @@
   
   
   FOP is the world's first print formatter driven by XSL formatting objects. It 
  -is a Java 1.1 application that reads a formatting object tree and then turns 
  +is a Java 1.2 application that reads a formatting object tree and then turns 
   it into a PDF document. The formatting object tree, can be in the form of an 
   XML document (output by an XSLT engine like XT or Xalan) or can be passed in 
   memory as a DOM Document or (in the case of XT) SAX events.
  @@ -166,9 +166,9 @@
   
   
   
  -
  +
   
  -
  +
   
   
   
  @@ -215,14 +215,6 @@
   
   
   
  -
  -
   
   
   
  @@ -522,19 +514,6 @@
  excludes="**/*${ignore_this},${jimi}"/>
 
   
  -  
  -
  -
  -
  -
  -
  -  
  -
 
 
 
  @@ -571,13 +550,6 @@
 
   
  
  -
  -  
  -
  -
  -  
   
 
 
  
  
  

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