Hi Andreas,
Andreas Delmelle wrote:
On 07 Sep 2009, at 18:11, Andreas Delmelle wrote:
On 07 Sep 2009, at 12:22, Vincent Hennebert wrote:
This is an interesting interpretation. There is some discussion about
that on the following bug report:
Hi Georg,
If you use keep-together=always attribute on main table, this problem
could disappear. Please check the fo file with this mail, slight change
on main table.
I am also attaching the AFP output file along with FO file.
Thanks,
Venkat.
Georg Datterl wrote:
Hi everybody,
This weeks
Hi
What you get is directly related to the use of padding-after:
fo:table-cell background-color=blue
fo:block padding-after=23mm background-color=greentest/fo:block
/fo:table-cell
If you remove this property, the layout is as expected.
Don't know why... dev Team?
Pascal
Venkat Reddy a écrit
Hi,
I was able to generate a metrics file for Japanese font but I just cannot
think of a way to test it.
By addiing the file to the Windows Font folder I was able to copy the
characters from the character map (Accessories-System Tools-character map)
but the IDE that I was using, Rational
Hi Venkat, hi Pascal
There are many ways to change the table and avoid the problem. I have
publications with thousands of tables and one of them is not working. I'd like
a way to avoid the problem without trial and error.
Using a keep-together is bad, since the table may be larger than a page.
Hi Georg,
I have just started my carrer 2 weeks back in FOP. I am trying to
understand the exact problem you are facing, so that I could learn few
things out of that. As per your reply, the keep-together attribute usage
is bad, because it will not solve your real time example.
I have also
Hi Georg,
Georg Datterl wrote:
Hi everybody,
This weeks funny guessing game deals with tables again. I found that problem
earlier but until now I was unable to create a sufficiently short and easy
example. Please have a look at the attached fo file.
In the file you will see a table
Hi Vincent,
That's what I wanted to hear. Integrated and tested. Testcase works fine. I
hope my example is helping with the test case.
50pts and if you come to Nuremberg and give me a call, a cold beer (or whatever
you drink) is waiting for you.
Regards,
Georg Datterl
-- Kontakt
Hello,
I’ve got a a little problem with the printing of the alpha and beta
characters.
I am generating PDF-reports from a webinterface with XML and XSL-FO.
On this reports are the Characters “Alpha” and “Beta” from the Greek
alphabet.
But if I print this form, then the Greek chars turn into # .
Hi Michael,
Most likely, because you use a font where the character is not available. How
are the letters written into the XML and into the fo file? Maybe you use a
non-unicode font?
Regards,
Georg Datterl
-- Kontakt --
Georg Datterl
Geneon media solutions gmbh
Gutenstetter
What kind of font do you use to print them ?
Le 8 sept. 09 à 14:54, Reliquiem a écrit :
Hello,
I’ve got a a little problem with the printing of the alpha and beta
characters.
I am generating PDF-reports from a webinterface with XML and XSL-FO.
On this reports are the Characters “Alpha” and
Then
fo:inline font-family=Symbol#x03B1;/fo:inline (Unicode GREEK
SMALL LETTER ALPHA)
fo:inline font-family=Symbol#x03B2;/fo:inline (Unicode GREEK
SMALL LETTER BETA)
should do what you want.
HTH...
Jean-François
-
To
Hi Michael,
no need to send direct mail, obviously the main problem is already solved. For
the next problem, find out how your web interface stores the greek characters
and transform them in your xslt form whatever to fo:inline
font-family=Symbol#x03B1;/fo:inline
Googling for xslt and
Well, thanks first! But the Problem is: The User types a Text in the
Webinterface, This Text is part of the Report i'm printing. So I dont know
when the User types a alpha or beta. So your code has to be put
automatically around this char if typed. I cant really explain me how to do
this.
Vincent Hennebert wrote:
Hi Georg,
Hi Vincent,
thanks for solving the mystery so quickly!
snip/
Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the
Hi Michael,
I concur with what Georg has to say. You need to get the true type font (ttf
file) and generate a font metrics file for the Greek font and configure it
for fop. This URL should help you.
http://xmlgraphics.apache.org/fop/trunk/fonts.html
Also, how did you get you Greek characters
I wouldn't go with the inline replace fo:inline
font-family=Symbolα/fo:inline
For most of the '#' display problems the way out would be to use the add a
font into FOP so that you can generalize the solution rather than trying to
fix each new Greek character that comes in.
J D
--
View this
I think I have added too much detail to the previous post. My basic doubt
would be, how do I enter these Japanese character into the XML to test the
new fonts.
--
View this message in context:
http://www.nabble.com/Testing-custom-font-tp25343473p25358416.html
Sent from the FOP - Users mailing
18 matches
Mail list logo
