PNG doesn't process
Hi I am having trouble processing graphics. The following block: Produces a flood of error messages that begin with: --- [ERROR] svg graphic could not be built: file:images/level1.svg:-1 An I/O error occured while processing the URI 'file:images/level1.svg#Bevel' spe cified on the element org.apache.batik.bridge.BridgeException: file:images/level1.svg:-1 An I/O error occured while processing the URI 'file:images/level1.svg#Bevel' spe cified on the element at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown So urce) [followed by a big exception chain] -- Looks like Batik cannot process the Bevel filter, so I rendered it externally as a PNG and edited the graphic to make the background transparent. Then I got a single error message: -- [ERROR] Error while creating area : Error creating FopImage object (Error creati ng FopImage object (file:images/level1.png) : org.apache.fop.image.JimiImage -- I then converted the PNG into a JPEG file, and it worked as expected. However, I would like to use SVG or PNG because of the transparency. Are there limitation in how FOP processes PNG files? I tried other PNG files, and could not process any of them. Any clue to what is going on? I am using FOP 0.20.4. I attached the graphic files I used. (See attached file: level1.jpg)(See attached file: level1.png)(See attached file: level1.svg) ===== Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. <><> level1.svg Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: preserve space
Although format is surely not to reside in data files, the XML Rec. provides for character-level structural preservation, by means of the special xml:space attribute. If the text is preformatted, your DTD should declare this attribute as FIXED with the value "preserve" in the elements in which this is desired (, in your example). This means, however, that you have to be extra careful and process the spaces yourself in the stylesheets. For example, with spaces preserved, you have not > > Red > Blue > Green > but > Red >Blue >Green unless you want the extra spaces and the initial and ending line-feeds included. Preformatted text is not easy to process, and the XML file easily gets unreadable without the indenting. Cheers. ===== Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] = There are only 10 kinds of people in the world: those who understand binary and those who don't. Toufic Nehme <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] adair.ca>cc: Assunto: Re: preserve space 31/01/2003 10:30 Favor responder a fop-user Roberto, I absolutely agree with you. But I don't have any control over the xml file's structure. I have this requirement on my desk and the guy who wrote it out, does not have any idea about xml. I tried to convince him, but it's very difficult to negociate in a big organization. Thank you anyway for the advice, and thanks to all who gave a hint !! "Calero, Roberto" wrote: > > > "I need to output the text as it is formatted in the xml file." > WRONG!!! The particular structure of the data in an XML file does not > have anything to do with "format". To consider it as "format" is a > misconception. > > Just my 2 cents... > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Friday, January 31, 2003 3:47 PM > To: [EMAIL PROTECTED] > Subject: RE: preserve space > > Though I am not a Guru in this field, I suggest a small change in the > xml structure > as well as in the xsl. > There may be other solutions. Decide which one would ease your > building XML. > > XML: > > Red > Blue > Green > > > XSL: > > > > > > > -Original Message- > From: Toufic Nehme [mailto:[EMAIL PROTECTED] > Sent: Friday, January 31, 2003 1:29 AM > To: [EMAIL PROTECTED] > Subject: preserve space > > Hi everyone, > I have an element with formatted text inside an xml file. > When I generate my pdf, all spaces, LF and CR are skipped > in the fo:block. > I need to output the text as it is formatted in the xml file. > I tried with > in the xsl file, with space-treatment="preserve" in the > fo:block also, but that didn't resolve the problem. > > exemple: > > Red > Green > Blue > > my pdf shows: > Red Green Blue > i need to see: > Red > Green > Blue > > I would appreciate any help. > Thanks. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - > To unsubscribe, e-mail: [EMAIL PROTECTED] For > additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie using blocks
I assume you are not using hyphenation, because otherwise FOP would have inserted hyphens on each line break (it can do it with Portuguese rules too). If that is not the case, try inserting some zero-width spaces ( ) between the letters where you might want FOP to break the word (it cannot just guess). Cheers = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. Luiz Cezar Medeiros Filho Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: sul.com.br>Assunto: Newbie using blocks 18/02/2003 15:18 Favor responder a fop-user If i put this in my document: egasehkagekjasgehkagekagekaegakgeakegakegaskegakjegajkegajkeagseka sgekjaegaskegaskjegakegakjeagkeasgekjaegajkegajkegasjkegaejagekajegasjkegasj kegasejkagekjageajkegakjegasjkegajkegakjegakeagekaeg (means a big word) Then FOP renders the text outside my margins and definitions... There is some way to fix this?? I want the big word above to be cropped inside my block area (inside my block or block-container). I tried to find some info on the Internet, but i´m a beginner in the FOP world... PS: Sorry about my English Thanks for the help! Luiz Cézar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TMCA
Sorry to bother you all with this mundane subject, but I must ask you to refrain from using Too Many Cryptic Acronyms. I can find easily the definition for technical acronyms, and even some common ones like ASAP, BTW and IMHO, but it is very hard to find the meaning of others -- most of them can't be found in dictionaries, and we non-anglophones simply have no way of guessing what they mean... I spent 20 minutes on google just to find what is a PITA. A few extra keystrokes don't hurt, but can do wonders for clarity and save us a lot of time. By the way, typing PITA instead of writing it out in full does not minorate the impact of the expression. ...TYVM? = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] = Language is by its very nature a communal thing; that is, it expresses never the exact thing but a compromise--that which is common to you, me, and everybody.--T. E. Hulme - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: TMCA
Thank you all for the links, they will surely help when I get stucked again. This "lingo" thing feeld like slang, something that restrict groups use to encode meaning in a way outsiders cannot percieve. Reading text stuffed with it is like talking to my teenager niece: sometimes I cannot understand a word... But I must learn to live with it, otherwise when my 7-month old daughter begins to talk I willl be excluded = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] = All the good maxims already exist in the world; we just fail to apply them. --Pascal "Müller, Markus" <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] dm.de> cc: Assunto: AW: TMCA 27/02/2003 10:23 Favor responder a fop-user Hi, just a little help for finding acromynms: http://www.lingo2word.com/lists/acronym_listI.html But you're right, acronyms don't make it easier to read mails. MM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP + JFOR
I strongly recommend you to switch to the XMLmind FO converter (http://www.xmlmind.com/foconverter/), which gives much better results. Jfor was donated (and integrated?) to FOP, but has not been enhanced ever since. = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. Eduardo Santilli <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] .com.br> cc: Assunto: FOP + JFOR 27/02/2003 04:58 Favor responder a fop-user Someone know how to integrate JFOR with FOP Thanks... Eduardo Santilli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how can i wrap text that is not being wrapped?
FOP cannot guess where to clip the string unless he is taught so. For common language, that is done with hyphenation rules. For URLs (and other stuff) there is no standard way of clipping (before the slash, after the slash, repeat the slash on next line or not? etc.). There are two ways to provide this information: 1) Insert zero-width spaces (\u200B) in the points of the string which are suitable for breaking -- FOP will wrap the text in the first availabe breaking point before the clipping limit. This must be done in the FO generation process in the template matching the itens that may contain such long strings (e.g. @href) 2) If such rules are very characteristic and predictable, I suggest writing a special hyphenation rule for a imaginary language "x-url" or "x-urn" and use the xml:lang attribute to signal FOP that this string uses special hyphenation. I find this approach quite elegant, but the extra work is only paid off if the pattern is reincident. BTW, both URLs you used as example are invalid: neither '\' nor spaces are allowed in URLs. Use %5C and %20 instead. ===== Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = "He whose vision does not cover, History's three thousand years, Must in outer darkness hover, Live within the days frontiers." -- Goethe Phillip Rhodes <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] a.com> cc: Assunto: how can i wrap text that is not being wrapped? 28/03/2003 01:08 Favor responder a fop-user I have some text that does not have any spaces in it. When FOP renders the text, it can not break up the text. FOP will clip it and give warnings about overflows. It's a trivial example but here is something that will be clipped: Notice the lack of spaces. /usr/local/jakarta-tomcat-4.1.18/webapps/hra/templates/hra/diabetes\en_US\maj.x.vm Here is an example of something that will be wrapped. Notice the space between "blood cholesterol" /usr/local/jakarta-tomcat-4.1.18/webapps/hra/templates/hra/blood cholesterol\en_US\f.x.vm How can I get text to be wrapped instead of clipped. I would rather just pick any arbitrary character and wrap from there, instead of clipping text. Less warnings too!;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extra space after cross-reference
is useful exactly because it retains whitespace. For example, because you wrote on page instead of on page you will always see the extra linebreaks, tabs and spaces used for indenting in the output (check it!), exactly as you put them in the element content. Probably, you are inserting these nefarious spaces while formating the number or placing the period. If you are emmiting any whitespace (spaces, tabs or linebreaks) between the number and the period, they will be rendered by the browser, because the normalization that occurs during rendering only reduces multiple whitespace to a single space -- it never removes everything. = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "jamesl" <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] tware.com> cc: Assunto: Extra space after cross-reference 10/04/2003 11:57 Favor responder a fop-user I am including a template for cross-references in my stylesheet. The template has the intended result with one exception: it inserts a space when the text following the cross-reference is a period. Here is what the output looks like: "For more information, see Getting Started on page 2 ." I want the output to be "For more information, see Getting Started on page 2." Any ideas on how to fix this would be appreciated. SOURCE FO on page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: docbook, xmlto, FOP and hyuphenation
Please note that a document may contain fragments of text written in many different languages simultaneously. My documents, for example, are mostly "pt-BR", but ocasionaly I have "en-GB" words interweaved, such as "software" or "framework", "fr" for "façade", "de" for "Kindergarten", usw. The best practice is to always specify the language code in the document, never outside it, since it is very useful metadata. It may be used not only for hyphenation, but also for ortography check, to select localized formats, etc. It may also be used to keep multilingual documents -- you may select the adequate idiom in the view generation layer. To specify a sole language for the whole document, just use the xml:lang attribute at the top-level element: this attribute is inherited by the whole tree. The FOP parameter Mr. Day cited only works when the document does not specify any language at all -- FOP then provides a convenient way to specify a fallback language. If you specify the language in the document, as usual, you should never need it. Cheers. = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = Nunca discutas com um idiota. Ele arrasta-te até ao nível dele, e depois ganha-te em experiência. Never argue with an idiot. He drags you to his level, and then beats you in experience. "Robert P. J. Day" Para: FOP users list <[EMAIL PROTECTED]> <[EMAIL PROTECTED]cc: g.com> Assunto: Re: docbook, xmlto, FOP and hyuphenation 14/04/2003 07:36 Favor responder a fop-user On Mon, 14 Apr 2003, Togan Muftuoglu wrote: > * Robert P. J. Day; <[EMAIL PROTECTED]> on 13 Apr, 2003 wrote: > >with a single stylesheet fragment. but there's no parameter > >which specifies hyphenation *country* as far as i can see. > >so, at the moment, i don't see how to use this technique > >to specify that i want my hyphenation country to be "en_GB" > >using this technique. > use of the following parameter in your customization > > > > will do the trick ironic that i finally took the time to scan the entire list of FO parms, and that language stuff was *right* down at the bottom, while i was looking around where the "hyphenate" parm was. that will teach me to keep reading. thanks, i'll test that shortly. rday - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
list-blocks causing text to repeat
I'm getting a very strange behaviour using 0.20.5rc2. Every time a list-block appears in the following pattern: text-content (several list-items) the last line of the text-content appears again after the last list-item. I checked the FO and it is ok, the text only gets duplicated during the FO->PDF transformation. Is this a known problem with this release? Must I revert to 0.20.4, where it seemed to work fine in this aspect (and fail in some others)? I can send my FOs if it helps, but this happens everywhere. = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: list-blocks causing text to repeat
Well, I tried to download a new snapshot from CVS, but these are from the redesign branch, which is still not fully functional -- the result was a mess. I searched the CVS server for a updated to the maintainance branch, but couldn't locate the files. May you help? (I cannot access the repository with a CVS client because of a firewall.) I switched back to 0.20.4 in the meantime. Maybe I should just wait for a definitive 0.20.5 -- is there a prevision for it? = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] = There are only 10 kinds of people in the world: those who understand binary and those who don't. [EMAIL PROTECTED] wrote: > I'm getting a very strange behaviour using 0.20.5rc2. Every time a > list-block appears in the following pattern: See Bug #17472. This is fixed in CVS. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: exit command for
for-each is not an iteration structure, although you can think that if you as accustomed to C's for loop. When a for-each structure is entered, each node in the node-set is processed using the same template, and the results are concatenated in the same order. The node processing may happen in parallel, in as many threads as the processor chooses to. Of course, the processor may choose to do it with a single thread, and process each node sequentially, but you cannot force this (why would one de-optimize the processing?). This is why there is no way to 'stop' the iteration -- there is none. If you want to iterate, do it with a recursive template. That's the way to do it in functional programming languages like XSLT. You can thus exert full control over the iteration. ===== Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] = There are only 10 kinds of people in the world: those who understand binary and those who don't. [EMAIL PROTECTED] hPara: [EMAIL PROTECTED] cc: 05/05/2003 06:35 Assunto: exit command for Favor responder a fop-user Hi @ all [ENGLISH] Does somewon knows, how i can stop or terminate an loop? [GERMAN] Weiss jemand, wie ich eine Schlaufe stoppen oder beenden kann? THX Elmar Hurni Web Technologies & Applications ___ Diese E-Mail ist nur fuer die als Empfaenger genannte Person oder Gesellschaft bestimmt. Wenn Sie diese E-Mail irrtuemlich erhalten haben, bitten wir Sie, den Absender zu benachrichtigen und die E-Mail auf Ihrem Computersystem zu loeschen. ___ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page numbers in PDF
In my PDF copy of XSLT Quickly, by Bob DuCharme (Manning Publications Co.), the first pages are numbered i to xv ante the index on the bottom shows "xv (15/317)". The next page is the first of the first chapter, and the counter is restarted with arabic numerals. The bottom now shows "1 (16/317)". However, the book "XML and Java", by the same publisher, which numbers the pages the same way, does not show them nicely in the bottom window, and just shows the usual "24/298" for page 1. "Bitter Java", by Bruce A. Tate, has three differente page sequences, and thay all show correctly in the bottom window: last page is "G (373/373)". So, it _is_ feasable, although most people don't care to make the index display correctly. Unfortunately, sending you the book would, I think, infringe its copyright, as with the ISO standard Andreas cited (I have it too, and its index also works correctly). When Ctrl+N is pressed, you can enter "A", "1" or "i" and Acrobat moves to the correct page sequence. I wonder if it is possible to have two arabic or roman or alphavbetic sequences... = Marcelo Jaccoud Amaral Petrobrás (http://www.petrobras.com.br) mailto:[EMAIL PROTECTED] voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. Clay Leeds <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] m> cc: Assunto: Re: Page numbers in PDF 08/05/2003 13:04 Favor responder a fop-user Andreas, In all of the PDF documents I've seen (mostly electronic manuals for programs for Adobe and others) I've always seen the number of pages work the way you describe (all pages counted together & requiring an offset). In fact, the window at the bottom of Acrobat shows the page number you're on out of the total. I've never seen otherwise, and would dearly love to be shown I'm wrong. Can you provide a URL to a PDF file that has this otherwise (an attachment might be a faux pas ;-p)? I just went through every PDF I have (including the ones from Adobe) and they all count the number of pages inclusively. There are no separate numbering systems when I do a Ctrl+N. Clay Andreas Wachowski wrote: > Hello, > > I have a docbook document converted to FO and to PDF via FOP (0.20.4). The > document contains two page number sequences. One for the title page and table > of contents in small roman numerals; another for the remainder of the > document in arabic numbers. So far so good. > > The resulting PDF however numbers the pages from first to last page in just > one sequence. In particular, when I (use Acrobat reader and) look at the > table of contents and would like to jump to e.g. page 5, I cannot type CTRL-N 5, > but instead I have to manually add the offset of the first pages (title page > etc.) to arrive at the correct page. > > I have seen at least one PDF document (the C++ ISO standard) in which this > problem was solved. CTRL-N displayed two sequences of page numbers, first the > roman, then the arabic ones - the PDF page numbers matched the page numbers > displayed in the document. > > > I would greatly appreciate if anyone can help me out on this topic. > > Many thanks, > > Andreas -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to set quiet mode OFF?
Divide & conquer? This would be a problem solving method which uses progressive smaller, easier to solve problems created by splitting the domain in smaller ones, and at the end combining the individual solutions to get the global one. What you probably meant was "halving intervals", which is a equation solving technique which divides the image in two, tests which one encompasses the solution, and then proceeds to search again in the narrowed interval. Sorry, couldn't resist. :-) ========= Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br = There are only 10 kinds of people in the world: those who understand binary and those who don't. Jeremias Maerki <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] enmail.ch> cc: Assunto: Re: how to set quiet mode OFF? 21/05/2003 03:31 Favor responder a fop-user Good morning? Be careful when posting to a mailing list read all around the globe. :-) Sorry, couldn't resist. :-) You already use the "-d" option which enables debug output. That's the most verbose mode of the command line interface of FOP. What would you expect FOP to give you? Tracking down a problem: I often use "divide & conquer". Comment out portions of your code and check if the problem goes away. Circle in the culprit by gradually narrowing the net around it. Tedious, but effective. I guess you were tracking the #17472 bug Jörg mentioned to you? In this case, not even the above tip helps. On 20.05.2003 19:29:25 Gustavo Torreti wrote: >Good Morning! > >I had tried to get as much verbose as possible in order to trak > a problem back to its root, but it seems like "quiet mode" is still > default to ON, even when I start it with no '-q'... > >Is there someplace I could set it to false, such as the default > configuration file? > >I am using fop 5rc2 in a windows XP machine. > >The beginning of my last fop debug is: > > C:\fop-0.20.5rc2\examples\myapp>fop -d -xml app.xml -xsl app_xsl.xsl > -pdf app.pdf > [DEBUG] Input mode: > [DEBUG] xslt transformation > [DEBUG] xml input file: app.xml > [DEBUG] xslt stylesheet: app_xsl.xsl > [DEBUG] Output mode: > [DEBUG] pdf > [DEBUG] output file: app.pdf > [DEBUG] OPTIONS > [DEBUG] no user configuration file is used [default] > [DEBUG] debug mode on > [DEBUG] dump configuration > [DEBUG] quiet mode on > > >I belive its some xml default I wasn't able to edit (nor find). Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vanishing text in page header
Hi. I'm getting a very strange behaviour and have not been able to identify the source. I'm using 0.20.4 (tried 0.20.5rc3 but the result was exactly the same). I am generating a (possibly) multi-page document, with large header and footer sections that should appear on each page. However, in the second page, all text and images in the header are gone, only the space and some table cell borders are left. The footer, which is laid out in a similar way, is OK. I am enclosing the FO and the resultant PDF. (See attached file: CE-210-3519-02-G.pdf)(See attached file: CE-210-3519-02-G.fo) Any help would be appreciated. = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. CE-210-3519-02-G.pdf Description: Adobe PDF document CE-210-3519-02-G.fo Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inheritable properties (was: Vanishing text in page header)
Thanks, I saw the warning but couldn't find what was overflowing the area. Increasing the header height fixed the problem. >BTW > > text-align="left" display-align="center" margin="2mm" >You shold move the text-align and display-align properties to the >table cell, at least the latter doesn't have an effect otherwise. I put these properties in table-row to avoid reapeating them in each cell. I know they have no effect in the row element, but they seem to be correctly inherited, since I got the results I expected in the cells. I thought this was a valid way of defining inheritable properties, wasn't it? = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "J.Pietschmann" <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] e> cc: Assunto: Re: Vanishing text in page header 27/05/2003 17:00 Favor responder a fop-user [EMAIL PROTECTED] wrote: > I am generating a (possibly) multi-page document, with large header and > footer sections that should appear on each page. However, in the second > page, all text and images in the header are gone, only the space and some > table cell borders are left. Did you get the message [WARNING] Some static content could not fit in the area. This means the static content is not properly reset for the next page (it will be ok on every other page). You should decrease the height of the static content or increase the extent of the region until the message goes away. Simply adding fixed heigths of the content might give a wrong expected value for the extent because of possibly added hidden space and mainly roundoff error. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: transparent graphic problem
The problem seems not to be in the PDF, but in your printing system. Is it Postscript-based? In my recollection, Postscript does not support transparent images. If you have access to a HP printer, try printing using the PCL driver to check. Or ask Acrobat Reader to "print as image" in the Print dialogue. (I am not sure if this is the exact text of the option because my AR is in Portuguese.) Cheers. = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. Martin Regner <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] on.de> cc: Assunto: transparent graphic problem 28/05/2003 09:58 Favor responder a fop-user Hallo there, i'm frustrated now. I have to generate some pdf-file from an XML-Datasource. There has to be some logo in that pdf-file and this logo has transparent areas. The background contains a backgroundimage. In acrobat the transparent areas are ok, but if i print the file the transparent area is printed white. That looks not so nice. May i do something wrong???. I tried with different png and gif versions of that logo. May it doesn't work??? Please help!!! kind regards don martio -- Dievision GmbH | Kriegerstrasse 44 | 30161 Hannover Telefon: (0511) 288791-0 | Telefax: (0511) 288791-99 http://www.dievision.de | mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Helvetica Standard Font not found
I suffer from a similar problem. I specified Helvetica for my document, to assure portability, but it does not work well, because although Helvetica and its variants Bold and BoldOblique are correctly listed as original fonts, Acrobat Reader uses Arial to show and print the document. (Yes, I know they look alike but there are significant differences.) Does somebody known why? Does it has something to do with Postscript font substitution tables? (They scare the hell out of me, they are more a nuisance than a commodity.) = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "Teator, Michael" <[EMAIL PROTECTED]Para: [EMAIL PROTECTED] ology.com> cc: Assunto: Helvetica Standard Font not found 28/05/2003 09:47 Favor responder a fop-user We are generating PDFs via FOP and decided to use the Helvetica font since it was one of the 'guaranteed to be there' fonts. However, we have a significant percentage of users that are complaining they can not display the PDF properly because Reader is reporting that Helvetica cannot be found. The versions of Reader are varied, but even users with 5.1 are having this problem. Any ideas? Michael Teator [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Arial Font
Clay Leeds <[EMAIL PROTECTED]>
>BTW, I doubt case matters in here.
It should. According to the FO and CSS2 specs, font names are just strings
(normalised if not quoted), and should match exactly. In FO, particularly,
this should matter, for XML is case-sensitive and font names are explicitly
not limited to latin characters. Remember conversion between lowercase and
uppercase is language-dependent.
However, the CSS2 spec itself is misleading: it specifies generic names in
lowercase ("SERIF" will not work), but the examples for font-family shows
all-lowercase names. I suspect this has something to do with they beeing
OS-bound in some implementations.
I prefer to consider them case sensitive for safety and consistency. Case
insensitivity is a bad inheritance from HTML.
[]s
=========
Marcelo Jaccoud Amaral
mailto:jaccoud [at] petrobras.com.br
voice: +55 21 2534-3485
fax: +55 21 2534-1809
=
There are only 10 kinds of people in the world: those who understand binary
and those who don't.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Spurious space between table-header and table header.
I'm getting a unindetified space between my table-headers and their table-bodies. I managed to make them go away by setting the body space-before to a negative ammount, but I could not identify the source of the space. I tried setting margin, padding and spaces to zero in both the header and the body but the space persisted. It appears only when I define a border around my header. Anyone noticed something similar? (I'm using 0.20.4) = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spurious space between table-header and table header.
Try processing the attached fo. Although there is no specification of space between the header and body, somehow a ~1.25mm gap crawls its way in. (See attached file: header-body.fo) Or maybe I am missing something. I do that a lot :-/ = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. I can't reproduce (FOP from branch CVS and 0.20.4). Can you please post a small example? On 26.06.2003 02:11:34 jaccoud wrote: > I'm getting a unindetified space between my table-headers and their > table-bodies. I managed to make them go away by setting the body > space-before to a negative ammount, but I could not identify the source of > the space. I tried setting margin, padding and spaces to zero in both the > header and the body but the space persisted. It appears only when I define > a border around my header. Anyone noticed something similar? (I'm using > 0.20.4) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] header-body.fo Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spurious space between table-header and table header.
Yes, it helps, and it probably will correct another problem I'm getting: if you noticed, the top and bottom borders are slightly narrower then the side lines. Can't also figure why. I believed the top and bottom borders should extend until the outter limits of the lateral borders. They end somewhere before. Maybe both discrepancies are correlated? Curious, I figured the border-width was suspiciously equal to the gap height, but only tried changing the bottom border, not the top one. :-P Is it worth to register a bug? Is this corrected in 20.5? (Cant' use it because of another problem.) Cheers. ===== Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. Hmm, looks like a bug. I'm sure Jörg knows all about it and I didn't pay attention again. :-) Funny thing is that the gap between table-header and table-body is exactly the width of the border-top-width. Change that value and you change the gap. Work-around: - Remove the border-top-* on the table-header - Add these border-top attributes to table instead. I hope this helps. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Spurious space between table-header and table header.
I'll try, but I suspect this will agravate the misalignment borders problem I just mentioned to Jeremias. And there _should_ be no inheritance involved, since header and body are peers. I'll try these tomorrow and see what happens. = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 my guess is this has sth to do with inheritance top or bottom? both get "doubled" by them being defined in table-header & table-row ( last one implicitly ? ) would try adding them to the row instead & leaving them out of the table-header ( unless i really needed a header with multiple rows ) greetz ald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Spurious space between table-header and table header.
>what i mean is this : >- -table is defined without explicit borders >- -header is defined without explicit side-borders ( only top & bottom >) >- -row, again is defined without explicit borders, but inherits those >that were explicitly set in the header ( being a child ), and >since the border-style property is not set for row >it defaults to 'white/transparant/blank' (? - one for dev: "this >correct?" ) >creating the mysterious gap >and the 'misalignment' is due to the fact that the side-borders >still are not defined. they only get defined at the bottom-level of >the >header node > >et voila > .[ playing with this inheritance enables u to draw the exterior of .a box, leaving out the corners. get the pic? or the other way >round...] I must disagree -- the FO spec is quite clear: border properties, both style and width, are *not* inherited, unless of course you explicitly use value "inherited". If they are beeing propagated, it is a clear bug. As to the misalignment, I also fail to understand why the header border gets to be drawn narrower than the cell border which is contained in it. I thought borders should be drawn inside the elements area rectangle, but I'm not sure. If they're supposed to be centered in the area limits, this would explain the effect. Even if I define a border-left for the header, the cell border still overlaps it. See the attached files with colored borders. (See attached file: header-body.fo)(See attached file: header-body.pdf) Can anyone shed a light on the subject? = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. header-body.fo Description: Binary data header-body.pdf Description: Adobe PDF document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FW: Spurious space between table-header and table header.
>well seems to be sth true 'bout what i said (though i wasn't at all >sure) > >so did u try to add borders to the table-row in the header? >[curious to see what happens when we define borders on all three >levels in different >colours... perhaps this would shed some light on the problem] I tried (see attachemnts). Some discoveries: 1) Borders do not work on rows, weither in header or body. 2) Cell borders are centered on the edge of the area rectangle and are drawn with half of the width to the inner side and half to the outter side. This explains the misalignment. But I'm not sure this behaviour is conformant (must read FO spec more carefully). To make the [d]effect go away, I had to define a border for the header with exactly half the widthof the cell border, so the overlap but the corners are filled. 3) This still does not explain the gap that started this discussion. I am pretty convinced it is a bug. Thanks for the tips. ===== Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FW: Spurious space between table-header and table header.
oops. forgot the attachments. (See attached file: header-body.fo)(See attached file: header-body.pdf) = Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. header-body.fo Description: Binary data header-body.pdf Description: Adobe PDF document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Corner drawing (Was: Spurious space between table-header and table header.)
Hmm. PDF specs do not matter here. If some FO construct can't be rendered in PDF, it should be marked as so. I don't think this is the case with table borders. It is just complicated per se. The gap seems to be a miscalculation of the header height, because it is excatly the same width as the top-border. As to defining only cell borders, it is of course feasable, but you have to write separate templates for each cell -- I just took the easier way to avoid needlessly complicating the XSLT. Knowing what is going on, and what to avoid, there are multiple ways to get around the bug. As to the misalignment, it is a side-effect of the boerder-collapse. I tried "separate", as Jeremias sugested, and things got clearer. BTW: Jeremias, are the borders realy suposed to look like +-- | | +---+-- | | | | | | ? Shouldn't it be like this: +-- |\ | \ | \ | +-- | | | | | | ? The latter is used by CSS, and I could not find this specific topic in the FO spec. Is this a PDF limitation? I becomes important for thick borders of different colors, when trying to simulate a 3d-effect. ( or 3-deffect :-) ===== Marcelo Jaccoud Amaral mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "Andreas Delmelle"Para: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]cc: (cco: Marcelo Jaccoud Amaral/RJ/Petrobras) dora.be> Assunto: FW: FW: Spurious space between table-header and table header. 2003-06-28 09:04 Favor responder a fop-user - - - -Original Message- From: Andreas Delmelle [mailto:[EMAIL PROTECTED] Sent: zaterdag 28 juni 2003 0:30 To: [EMAIL PROTECTED] Subject: RE: FW: Spurious space between table-header and table header. hey waddya know... tried this : removed the border defs from the header & voila no gap and no misalignment. downside is u have to define the top & bottom borders for all cells in the row as a workaround ( 'till the row borders are implemented ) [added] anyway, i would definitely use the table-header as an element containing no border atts & leave these either in the table itself ( for outer borders) or the individual cells (in the absence of an implementation for the row borders... and come to think of it : what about column borders? - let's try ;-) ) just try to avoid, as much as possible, any borders that are defined multiple times. defining both left & right in the table (or the header) as well as in the cells seems to 'push' the extent of the left & right borders of the outer borders a little ( exactly half of the width of the inner border if i'm correct; vaguely remember reading sth about this in the pdf-filespec ). the content area rectangles for table, body and header match in width. defining border-top-* atts in table affects only the header. defined in table-header border-top-width also affects width of table-body, border-style of table-body is not explicitly set though... the content area rectangles of the cells are on the 'inside' - but what's the inside of a border of zero width? - of the table (either in the header or the body) which would explain the mysterious gap & the misalignment in this way : border-top-width from table or table-header is 'inherited' by table-body, border-top-style however, is not. => gap = border-top-width without -style :-) border-left-width from table-cell pushes the outer left border slightly, creating the misalignment that 'only' appears in the upper row (actually it happens in the second as well, which gets enlightened by adding some colour. if i am not mistaken, the same proce
RE: Default filename for saving PDF from browser.
"Save" is disabled because what you see inside a browser plugin is web content. You can't save to the origin... "Save As", however, is enabled, and the original filename is offered as default. That seems pretty much logical and consistent to me. ===== Marcelo Jaccoud Amaral Petrobras - TI - Negócios Eletrônicos mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to generate xml file for particular Font
Arial is already what you get by default in Adobe Acrobat Reader. Yes, you specify "Helvetica" but what you get is *not* Helvetica. Just look at the document properties, font list. For more on Helvetica/Arial issues, check this: http://www.iliveonyourvisits.com/helvetica/ I'd rather work with Helvetica, too, not this Microsoft fake called Arial, but since even Adobe, which ethically paid for Helvetica to be included in Postscript, decided to provide Arial with Acrobar Reader, I just gave up. As goes a popular Brazilian expression, it would be like "punching a knife's tip"... ===== Marcelo Jaccoud Amaral Petrobras - TI - Negócios Eletrônicos mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "Raghava Reddy Narapa Reddy"Para: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]cc: (cco: Marcelo Jaccoud Amaral/RJ/Petrobras) pro.com> Assunto: How to generate xml file for particular Font 2003-07-25 05:01 Favor responder a fop-user HI EveryOne I need to to use arail font in the document, which require arial.xml in the UserConfig.xml. I have tried to generate arail.xml using PFMReader C:\fop-0.20.5rc2>java -cp build\fop.jar;lib\Avalon-4.1.4\avalon-framework-4.1.4.jar;lib\xml-apis.jar;lib\xercesImpl.jar;lib\xalan.jar; org.apache.fop.fonts.apps.PFMReader C:\WINNT\Fonts\Arial.TTF arial.xml I got the exception OutOfMemoryError [INFO] PFM Reader v1.1 [INFO] [INFO] Reading C:\WINNT\Fonts\Arial.TTF... [INFO] Exception in thread "main" java.lang.OutOfMemoryError <> Can any body tell how to generte .xml file for Font thanks Raghava Reddy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 0.20.5 vs hyphenation
This issue has appeared in the list before (search the archives, please).
The point is that these "words" do not belong to the language being
processed (für Sie, ich glaube es ist Deutsch). FOP can only hyphenate
based on the hyphenation rules, which are language-specific. I don't
believe this is a bug, on the contrary, it is a very consistent behaviour,
because there are no valid German words which contain colons, or percents,
or other peculiar signs. Or English. Or Portuguese. Or words from any other
natural language.
The most semantic consistente way to do what you want without messing with
the code -- I think it is correct as it is -- would be to create a
hyphenation rule file for the language you are trying to hyphenate (say,
"x-url") and assign it to the text using xml:lang. Yes, you can create
hyphenation rules for artificial languages, too. FOP cannot tell the
difference. You can also insert soft hyphens manually, although that would
no function if the hyphenation rules reject the "word" (I have not tried).
Cheers. <|:-) <--[how would you hyphenate this???]
=====
Marcelo Jaccoud Amaral
Petrobras - TI - Negócios Eletrônicos
mailto:jaccoud [at] petrobras.com.br
=
There are only 10 kinds of people in the world: those who understand binary
and those who don't.
"Julian Reschke"
<[EMAIL PROTECTED]Para: <[EMAIL PROTECTED]>
mx.de> cc: (cco: Marcelo Jaccoud
Amaral/RJ/Petrobras)
Assunto: 0.20.5 vs hyphenation
2003-08-09 18:38
Favor responder a
fop-user
Hi.
I think the non-letter handling in LineArea's hyphenation routine needs to
enhanced.
I'm producing a two-column index which contains keywords from WebDAV specs,
such as "DAV:version-controlled-collection", i.e. the words contain
multiple
non-letter characters.
The current implementation seems to have two limitations:
- if a non-letter character other than "/" and "-" is found, the whole word
isn't hyphenated at all.
- the code that tries to identify "-"-separated word parts does this only
once instead of continuing until no space is left.
The result is words like the example above aren't hyphenated at all, and
that words like "version-controlled-collection" will always be hyphenated
after the first minus sign, even if there would have been enough room for
more.
I'm currently testing a patch than changes this to:
- accept *all* non-letter characters as possible hyphenation points,
- continue scanning the word after the first non-letter char was found, and
- add a single hyphenation character if hyphenation occurs at a non-letter
character other than "-".
This seems to work fine for my test cases.
As I'm new to this list I wonder how to proceed? Should I raise a bug and
post the patch?
Julian
(patch attached)
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: 0.20.5 vs hyphenation
Hmmm. I thought the valid chars where the ones declared in the hyphenation file as thus. The section lists all valida characters. For example, the portuguese hyphenation file has a section which begins with the line '’′ which makes the common apostrophe (0027), the closing single quote (2019) and the simple line symbol (2032) all equivalent for hyphenation purposes. Words with these characters are hyphenated correctly. Adding colons and other puctuation would however produce undesirable results, since these characters appear adjacent to words and are thus used as word delimiters. Code would have to be changed to allow altering these too. Cheers. = Marcelo Jaccoud Amaral Petrobras - TI - Negócios Eletrônicos mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "Julian Reschke" <[EMAIL PROTECTED]Para: <[EMAIL PROTECTED]> mx.de> cc: (cco: Marcelo Jaccoud Amaral/RJ/Petrobras) Assunto: RE: 0.20.5 vs hyphenation 2003-08-11 10:06 Favor responder a fop-user Marcelo, yes, I did search the archives. BTW: the test I am processing is english. As far as I understand, the issue is that once the code encounters a word containing non-letters, it doesn't even attempt to hyphenate it at all (so language settings and hyphenation rules aren't applied anyway). If the word itself is wider than the current line, it will just overflow (or be wrapped around silently). I think that it's definitively better to break the word where the minus sign is instead of giving up and producing warnings. Hope this clarifies a bit, Julian -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, August 11, 2003 2:46 PM > To: [EMAIL PROTECTED] > Subject: Re: 0.20.5 vs hyphenation > > > > This issue has appeared in the list before (search the archives, please). > > The point is that these "words" do not belong to the language being > processed (für Sie, ich glaube es ist Deutsch). FOP can only hyphenate > based on the hyphenation rules, which are language-specific. I don't > believe this is a bug, on the contrary, it is a very consistent behaviour, > because there are no valid German words which contain colons, or percents, > or other peculiar signs. Or English. Or Portuguese. Or words from > any other > natural language. > > The most semantic consistente way to do what you want without messing with > the code -- I think it is correct as it is -- would be to create a > hyphenation rule file for the language you are trying to hyphenate (say, > "x-url") and assign it to the text using xml:lang. Yes, you can create > hyphenation rules for artificial languages, too. FOP cannot tell the > difference. You can also insert soft hyphens manually, although that would > no function if the hyphenation rules reject the "word" (I have not tried). > > Cheers. <|:-) <--[how would you hyphenate this???] > > = > Marcelo Jaccoud Amaral > Petrobras - TI - Negócios Eletrônicos > mailto:jaccoud [at] petrobras.com.br > = > There are only 10 kinds of people in the world: those who > understand binary > and those who don't. > > > > > > "Julian Reschke" > > <[EMAIL PROTECTED]Para: > <[EMAIL PROTECTED]> > mx.de> cc: (cco: > Marcelo Jaccoud Amaral/RJ/Petrobras) >
RE: 0.20.5 vs hyphenation
Another observation: the hyphenation character may not be the minus sign. In fact, this would be semantically inconsistent: the minus sign and the hyphen are two different Unicode codepoints. See in the hyphenation rules. = Marcelo Jaccoud Amaral Petrobras - TI - Negócios Eletrônicos mailto:jaccoud [at] petrobras.com.br voice: +55 21 2534-3485 fax: +55 21 2534-1809 = There are only 10 kinds of people in the world: those who understand binary and those who don't. "Julian Reschke" <[EMAIL PROTECTED]Para: <[EMAIL PROTECTED]> mx.de> cc: (cco: Marcelo Jaccoud Amaral/RJ/Petrobras) Assunto: RE: 0.20.5 vs hyphenation 2003-08-11 10:06 Favor responder a fop-user Marcelo, yes, I did search the archives. BTW: the test I am processing is english. As far as I understand, the issue is that once the code encounters a word containing non-letters, it doesn't even attempt to hyphenate it at all (so language settings and hyphenation rules aren't applied anyway). If the word itself is wider than the current line, it will just overflow (or be wrapped around silently). I think that it's definitively better to break the word where the minus sign is instead of giving up and producing warnings. Hope this clarifies a bit, Julian -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, August 11, 2003 2:46 PM > To: [EMAIL PROTECTED] > Subject: Re: 0.20.5 vs hyphenation > > > > This issue has appeared in the list before (search the archives, please). > > The point is that these "words" do not belong to the language being > processed (für Sie, ich glaube es ist Deutsch). FOP can only hyphenate > based on the hyphenation rules, which are language-specific. I don't > believe this is a bug, on the contrary, it is a very consistent behaviour, > because there are no valid German words which contain colons, or percents, > or other peculiar signs. Or English. Or Portuguese. Or words from > any other > natural language. > > The most semantic consistente way to do what you want without messing with > the code -- I think it is correct as it is -- would be to create a > hyphenation rule file for the language you are trying to hyphenate (say, > "x-url") and assign it to the text using xml:lang. Yes, you can create > hyphenation rules for artificial languages, too. FOP cannot tell the > difference. You can also insert soft hyphens manually, although that would > no function if the hyphenation rules reject the "word" (I have not tried). > > Cheers. <|:-) <--[how would you hyphenate this???] > > = > Marcelo Jaccoud Amaral > Petrobras - TI - Negócios Eletrônicos > mailto:jaccoud [at] petrobras.com.br > = > There are only 10 kinds of people in the world: those who > understand binary > and those who don't. > > > > > > "Julian Reschke" > > <[EMAIL PROTECTED]Para: > <[EMAIL PROTECTED]> > mx.de> cc: (cco: > Marcelo Jaccoud Amaral/RJ/Petrobras) >Assunto: 0.20.5 > vs hyphenation > 2003-08-09 18:38 > > Favor responder a > > fop-user > > > > > > > > > > Hi. > > I think the non-letter handling in LineArea's hyphenation routine needs to > enhanced. > > I'm producing a two-column index which contains keywords from > WebDAV specs, > such a
Re: IPD
It is a much worse sin to use kilo as in kilobytes, meaning 2^10 (1024) instead of 1000, or mega for 2^20 instead of 10^6, or gigaetc. One has to partially forgive our American friends for such offenses -- after a century, they still don't use the metric system, you cannot ask them to respect the prefixes. But Herr Pietschmann is right, you should not mix SI preffixes with unstandard units, the resulting symbol can become ambiguous. For example, what would mean "1 min" ? A minute or a thousandth of a inch -- a miliinch? By the way, "point" is a terrible measurement unit, because in typography there are three kinds of points: - the Anglo-Saxon point = 1/12 pica = 0,013835 in = 0,3514 mm (no, it's not exactly 1/72 in !!) - the Didot point = 0,3759 mm - the Fournier point = 0,3487 mm Also, a point can be: - one hundreth of a carat (weight) - an angle equal to 1/32 of a circle (11° 15') - a measure of paper thicknes, equal to... surprise: 1/1000 of an inch (1 min = 1 pt ???) Too crazy for me. I'd rather stick to the meter and its multiples. ===== Marcelo Jaccoud Amaral Petrobras - TI - Negócios Eletrônicos mailto:jaccoud [at] petrobras.com.br = There are only 10 kinds of people in the world: those who understand binary and those who don't. Bernd Brandstetter Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: (cco: Marcelo Jaccoud Amaral/RJ/Petrobras) e> Assunto: Re: IPD 2003-09-04 13:43 Favor responder a fop-user On Wednesday 03 September 2003 21:48, J.Pietschmann wrote: > Should be "1/1000 pt", not millipoint, unless you want to attract > the wrath of the ISO community for using ISO prefixes with non-ISO > measurement units... What's the problem? I doubt that ISO owns a patent on those prefixes :-) Bye, Bernd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IPD
One should distinguish carefully between words and symbols.
Words are the domain of languages, and each idiom has distinct orthographic
and word creation rules. For example, you write "2 millimeters" in English,
"2 millimètres" in Frech, "2 Milimetern" in German, "2 milímetros" in
Portuguese, and so on. Each tongue uses its own spelling, capitalization
and plural making rules. However, the _symbol_ is standardized, to avoid
confusion: it is "2 mm" anywhere, even in non-Latin script systems. Even in
cases of different spelling. For example, in Portuguese, kilogram is
written "quilograma", because 'k' does not belong to our alphabet, but the
symbol is always "kg". Two secons is "2 s", never "2 sec". (BTW, there
shold be a space, like "2 mm" and not "2mm", so CSS does not comply. :-)
As our forefathers did, you can create new words using a large variety of
prefixes, Greek or Latin or Saxon or whatever, but you have no right to
mess with the symbol rules, which are object of the International System of
Units, and later of their ISO equivalent. The SI symbols and their prefixes
were carefully chosen to be unanbiguous, that is why you cannot use these
prefixes with non standard units. Neither can you capitalize: "kg" is
kilogram, "KG" stands for kelvin-gauss. (I used these prefixing rules some
years ago to build a symbol parser, used to calculate derived unit
conversion factors. To avoid umbuiguity, prefixes are strictly forbidden
for non-standard symbols.)
Yes, you are free to write "two millipoints", but not to write "2 mpt".
Nobody will understand anyway. Please use only standard symbols.
Cheers.
=
Marcelo Jaccoud Amaral
Petrobras - TI - Negócios Eletrônicos
mailto:jaccoud [at] petrobras.com.br
=
There are only 10 kinds of people in the world: those who understand binary
and those who don't.
Glen Mazza
<[EMAIL PROTECTED]Para: [EMAIL PROTECTED]
m> cc: (cco: Marcelo Jaccoud
Amaral/RJ/Petrobras)
Assunto: Re: IPD
2003-09-04 18:31
Favor responder a
fop-user
--- [EMAIL PROTECTED] wrote:
>
> One has to partially forgive our American friends
> for such offenses --
> after a century, they still don't use the metric
> system, you cannot ask
> them to respect the prefixes.
>
Ich bin mit Ihnen gar nicht einverstanden! The
prefixes milli, centi, kilo, etc. predate ISO by
several centuries at least. Those are Latin
words--millipoint is fine, just like millennium,
century, or centipede for that matter.
> But Herr Pietschmann is right, you should not mix SI
> preffixes with
> unstandard units, the resulting symbol can become
> ambiguous. For example,
> what would mean "1 min" ? A minute or a thousandth
> of a inch -- a miliinch?
>
Yeah, I can't tell you the number of times I got a
note from someone saying he/she'd be back in "30
min.", only to find out he/she meant 30 milli-inches!
;)
Glen
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
