From pavol.vaskovic na softproject.de  Mon Feb  2 14:05:25 2004
From: pavol.vaskovic na softproject.de (Pavol Vaskovic)
Date: Mon, 02 Feb 2004 14:05:25 +0100
Subject: Superscript v bookinfo/title
Message-ID: <401E4B15.4060308@softproject.de>

Zdravim!

Mam problem s pouzitim superscriptu v titule knihy. Ak v elemente 
book/bookinfo/title pouzijem akykolvek dalsi markup, do vysledneho 
dokumentu sa dostane iba text pred markup-om. Ak mam v titulku este 
superscript, vysledkom je iba vsetko pre nim. To iste pri pouziti 
elementu phrase. Neviem prist na to ktora cast stylov zastavy 
spracovanie titulku pre ostatnymi elementami...

Mozno sa vam bude zdat divne, preco potrebujem horny index v nazve 
knihy... radsej sa nepytajte... branding strategie niektorych firiem 
nemaju hranic :-(

S pozdravom
Pavol Vaskovic

From jirka na kosek.cz  Mon Feb  2 19:51:45 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Mon, 02 Feb 2004 19:51:45 +0100
Subject: Superscript v bookinfo/title
In-Reply-To: <401E4B15.4060308@softproject.de>
References: <401E4B15.4060308@softproject.de>
Message-ID: <401E9C41.4090602@kosek.cz>

Pavol Vaskovic wrote:

> Mam problem s pouzitim superscriptu v titule knihy. Ak v elemente 
> book/bookinfo/title pouzijem akykolvek dalsi markup, do vysledneho 
> dokumentu sa dostane iba text pred markup-om. Ak mam v titulku este 
> superscript, vysledkom je iba vsetko pre nim. To iste pri pouziti 
> elementu phrase. Neviem prist na to ktora cast stylov zastavy 
> spracovanie titulku pre ostatnymi elementami...

Zkuste poslední verzi stylů. Mě se horní index zobrazuje bez problémů.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040202/165d23e8/attachment.bin>

From Hertl na gisoft.cz  Wed Feb  4 12:09:47 2004
From: Hertl na gisoft.cz (Miloslav Hertl [GISoft])
Date: Wed, 4 Feb 2004 12:09:47 +0100 
Subject: Jak udelat spolecne definice ENTITY pro vice XML souboru?
Message-ID: <C16680138D3DD211AA0600A024594E811DF33C@news.gisoft.cz>

Dobry den,
dokumenty mam vytvorene nasledujicim zpusobem
-----------------
<?xml version='1.0' encoding='windows-1250'?>
<!DOCTYPE book PUBLIC '-//OASIS//DTD DocBook XML V4.2//EN'
                      '/db/set/dtd/docbookx.dtd'[
<!ENTITY produkt    "NazevProduktu">
<!ENTITY Intro      SYSTEM ".\Z_add\use_help.xml">
<!ENTITY Project    SYSTEM ".\Z_add\project.xml">
<!ENTITY Open       SYSTEM ".\Z_add\open.xml">
<!ENTITY Close      SYSTEM ".\Z_add\close.xml">
<!ENTITY Menu1      SYSTEM ".\Z_add\menu1.xml">
<!-- a asi 200 dalsich -->
]>
<book id='AllBooks'><title>Ukazka</title>
 &Intro;
 &Project;
 &Open;
 &Close;
 &Menu;
</book>
-----------------
Doposud jsem vystacil s profilovanim (os='var1;var3') pro vytvoreni ruznych
variant dokumentace.
Nyni potrebuji pro specifickou prirucku jine poradi jednotlivych casti
dokumentu.

Otazka: 
Daji se nejakym zpusobem sdilet definice entit pro nekolik XML souboru?
Bude mozne pak soubor validovat pomoci nsgmls? Moc by mi to pomohlo.

-----------------
Na okraj:
Stavajici zpusob pomoci ENTIT mi vyhovuje (oproti XINCLUDE), protoze nsgmls
komplexne odhaluje problemy (validita, xref, ID) me celkem velke dokumentace
(vyslednych 500 HTML stran, celkem 3.5MB) v case 1 sec - tj. urcuje okamzite
soubor, radek, sloupec s problemem. Generovani stranek saxonem trva cca 20
min.

Dekuji
M. Hertl

From jirka na kosek.cz  Wed Feb  4 12:51:42 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Wed, 04 Feb 2004 12:51:42 +0100
Subject: Jak udelat spolecne definice ENTITY pro vice XML souboru?
In-Reply-To: <C16680138D3DD211AA0600A024594E811DF33C@news.gisoft.cz>
References: <C16680138D3DD211AA0600A024594E811DF33C@news.gisoft.cz>
Message-ID: <4020DCCE.102@kosek.cz>

Miloslav Hertl [GISoft] wrote:

> Otazka: 
> Daji se nejakym zpusobem sdilet definice entit pro nekolik XML souboru?
> Bude mozne pak soubor validovat pomoci nsgmls? Moc by mi to pomohlo.

Můžete si vytvořit nějaký soubor, který obsahuje definice často 
používaných entit. Např.

--- global.ent ---
<!ENTITY produkt "Aplikace 6.0">
<!ENTITY uvod SYSTEM "z_add/uvod.xml">
....


V DocBook dokumentu pak stačí tyto entity načíst:

<!DOCTYPE book PUBLIC "..." "..." [
<!ENTIY % global.ent SYSTEM "global.ent">
%global.ent;
]>
<book>
   ...
</book>

> Na okraj:
> Stavajici zpusob pomoci ENTIT mi vyhovuje (oproti XINCLUDE), protoze nsgmls
> komplexne odhaluje problemy (validita, xref, ID) me celkem velke dokumentace
> (vyslednych 500 HTML stran, celkem 3.5MB) v case 1 sec - tj. urcuje okamzite
> soubor, radek, sloupec s problemem. Generovani stranek saxonem trva cca 20
> min.

Pro validaci XML + XInclude můžete použít xmllint (součást libxml2). 
Rychlost by měla být srovnatelná s nsgmls.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040204/5d4e259b/attachment.bin>

From Hertl na gisoft.cz  Wed Feb  4 13:49:26 2004
From: Hertl na gisoft.cz (Miloslav Hertl [GISoft])
Date: Wed, 4 Feb 2004 13:49:26 +0100 
Subject: Jak udelat spolecne definice ENTITY pro vice XML souboru?
Message-ID: <C16680138D3DD211AA0600A024594E811DF33D@news.gisoft.cz>

Dekuji,
nasledujici rada je perfektni. 

<!DOCTYPE book PUBLIC "..." "..." [
<!ENTITY % global.ent SYSTEM "global.ent">
%global.ent;
]>
<book>
   ...
</book>

---------------
Syntaxe %global.ent; je mi cizí. Nevím jak nejaký popis konkretne o tomto na
netu vyhledat (chybi spravny termin) a poucit se, dozvedet se neco noveho.
Neznate vhodne strany, na kterych  se priucit. Priznam se ale, ze  mi moc
nerikaji prisne technicke specifikace na http://www.w3.org/. Rad vsak ctu v
"lidskych" dokumentech (priruckach s ukazkou), temer vse co napsali vazeni
panove:
- Norman Walsh, 
- Bob Stayton 
- a Jiří Kosek.

Patri jim tisicere diky.

M. Hertl

From jirka na kosek.cz  Wed Feb  4 14:41:12 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Wed, 04 Feb 2004 14:41:12 +0100
Subject: Jak udelat spolecne definice ENTITY pro vice XML souboru?
In-Reply-To: <C16680138D3DD211AA0600A024594E811DF33D@news.gisoft.cz>
References: <C16680138D3DD211AA0600A024594E811DF33D@news.gisoft.cz>
Message-ID: <4020F678.3070800@kosek.cz>

Miloslav Hertl [GISoft] wrote:

> Syntaxe %global.ent; je mi cizí. Nevím jak nejaký popis konkretne o tomto na

Zrovna toto by mělo být snad v každé knížce, která popisuje základy 
syntaxe XML. Ale je pravda, že podobné triky pochízející ještě z dob 
SGML se v mnoha současných příručkách nenajdou. Oficiálně se to jmenuje 
parametrické entity (http://www.w3.org/TR/REC-xml#dt-PE).

> netu vyhledat (chybi spravny termin) a poucit se, dozvedet se neco noveho.
> Neznate vhodne strany, na kterych  se priucit. Priznam se ale, ze  mi moc
> nerikaji prisne technicke specifikace na http://www.w3.org/. Rad vsak ctu v
> "lidskych" dokumentech (priruckach s ukazkou), temer vse co napsali vazeni

Dobrý zdroj podobných "fint" jsou diskusní skupiny jako xsl-list, 
xml-dev, docbook-apps, ale jejich sledování zabere docela dost času. :-(

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040204/8d601f82/attachment.bin>

From jirka na kosek.cz  Sun Feb  8 14:29:29 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Sun, 08 Feb 2004 14:29:29 +0100
Subject: =?ISO-8859-2?Q?=C8esk=FD_korektor_p=F8eklep=F9_pro_XXE_?=
 =?ISO-8859-2?Q?=28XMLmind_XML_Editor=29?=
Message-ID: <402639B9.5040500@kosek.cz>

Zdravím,

na adrese

http://www.kosek.cz/sw/xxe/

je k dispozici český korektor překlepů pro editor XXE.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz

------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040208/5c97fb0e/attachment.bin>

From pavol.vaskovic na softproject.de  Tue Feb 10 12:28:10 2004
From: pavol.vaskovic na softproject.de (Pavol Vaskovic)
Date: Tue, 10 Feb 2004 12:28:10 +0100
Subject: Superscript v bookinfo/title
In-Reply-To: <401E9C41.4090602@kosek.cz>
References: <401E4B15.4060308@softproject.de> <401E9C41.4090602@kosek.cz>
Message-ID: <4028C04A.4090503@softproject.de>

Jirka Kosek wrote:

> Pavol Vaskovic wrote:
>
>> Mam problem s pouzitim superscriptu v titule knihy.
>
> Zkuste poslední verzi stylů. Mě se horní index zobrazuje bez problémů.

Skúsil som poslednú verziu štýlov (1.64.1) a vypol som vlastnú úpravu - 
nezpracovanie zvyšku názvu bolo spôsobené staršou verziu šablóny v mojej 
úprave.
Avšak stále to nerieši môj problém, že na titulnej strane nemám horný 
index. Obsah horného indexu je vo výslednom FO normálnou súčasťou textu. 
Namiesto X na 4-tú je tam X4. Generoval som ho pomocou štandardného 
štýlu, aby som nezaniesol dalšie problémy z mojich úprav takto:

saxon -o vystup.fo vstup.xml c:\docbook\xsl\fo\docbook.xsl 
"draft.mode=no" "fop.extensions=yes" "paper.type=a4"

Je možné že sa jedná o nejakú chybu šablón špecifickú pre FOP? Tento 
problém sa vyskytuje aj v automaticky generovaných textoch ako sú xref-y 
a TOC. Napríklad horný index v názve kapitoly sa zobrazí normálne, ale 
keď sa z neho generuje hlavička stránky, alebo položka v obsahu, horný 
index sa stratí a jeho obsah je v texte. Je možné nejako upraviť štýly 
tak aby sa dostal horný index aj do markerov (? dúfam že nehovorím z 
cesty) ktorými sa generuje automatický text?

S pozdravom
Pavol Vaškovič

From jirka na kosek.cz  Tue Feb 10 18:09:55 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Tue, 10 Feb 2004 18:09:55 +0100
Subject: Superscript v bookinfo/title
In-Reply-To: <4028C04A.4090503@softproject.de>
References: <401E4B15.4060308@softproject.de> <401E9C41.4090602@kosek.cz> <4028C04A.4090503@softproject.de>
Message-ID: <40291063.1050503@kosek.cz>

Pavol Vaskovic wrote:

> Je možné že sa jedná o nejakú chybu šablón špecifickú pre FOP? Tento 
> problém sa vyskytuje aj v automaticky generovaných textoch ako sú xref-y 
> a TOC. Napríklad horný index v názve kapitoly sa zobrazí normálne, ale 
> keď sa z neho generuje hlavička stránky, alebo položka v obsahu, horný 
> index sa stratí a jeho obsah je v texte. Je možné nejako upraviť štýly 
> tak aby sa dostal horný index aj do markerov (? dúfam že nehovorím z 
> cesty) ktorými sa generuje automatický text?

Nějak jsem se špatně koukal, styly opravdu do obsahu a titulků veškeré 
značkování vynechávají. Stačí do vašich úprav přidat následující styl:

<xsl:template match="superscript" mode="no.anchor.mode">
   <xsl:apply-templates select="."/>
</xsl:template>

a horní index se zobrazí teď už snad všude. Obdobně jde přidat podporu 
pro další elementy.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040210/582d73d9/attachment.bin>

From kecup4 na centrum.cz  Wed Feb 11 09:36:01 2004
From: kecup4 na centrum.cz (Petr Rajsky)
Date: Wed, 11 Feb 2004 09:36:01 +0100
Subject: Jak dostat abstrakt na 3. stranu dokumentu
Message-ID: <20040211083610Z1032369-14872+128588@mail.centrum.cz>

Dobry den,

vytvarim dokument book, ktery rendruji FOPem do oboustranneho PDFka. 

Prvni strana dokumentu je titulni, na druhe je obsah tagu <bookinfo>, treti je prazdna, ctvrta taktez, na pate zacina obsah... Toto vse je ok, ja bych vsak potreboval, aby alespon nektere informace z bookinfa byly rendrovany na 3. stranu. Jde mi o to, ze iinformace jsou soustredeny do jedine strany, coz neni prehledne a imho ani esteticke. Predstavuji si to tak, ze na 2. str. by byly informace o autorech + legalnotice + copyright a na treti abstrakt, ktery by zde neplnil svoji puvodni fci, ale pouzil bych jej jako kontejner pro dodatecne informace. 

Neresil uz jste nekdo podobny problem?

Diky,
Petr Rajsky






From jirka na kosek.cz  Wed Feb 11 09:57:04 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Wed, 11 Feb 2004 09:57:04 +0100
Subject: Jak dostat abstrakt na 3. stranu dokumentu
In-Reply-To: <20040211083610Z1032369-14872+128588@mail.centrum.cz>
References: <20040211083610Z1032369-14872+128588@mail.centrum.cz>
Message-ID: <4029EE60.6040803@kosek.cz>

Petr Rajsky wrote:

> Prvni strana dokumentu je titulni, na druhe je obsah tagu <bookinfo>, treti je prazdna, ctvrta taktez, na pate zacina obsah... Toto vse je ok, ja bych vsak potreboval, aby alespon nektere informace z bookinfa byly rendrovany na 3. stranu. Jde mi o to, ze iinformace jsou soustredeny do jedine strany, coz neni prehledne a imho ani esteticke. Predstavuji si to tak, ze na 2. str. by byly informace o autorech + legalnotice + copyright a na treti abstrakt, ktery by zde neplnil svoji puvodni fci, ale pouzil bych jej jako kontejner pro dodatecne informace. 

Stačí upravit šablonu titulní strany:

http://www.kosek.cz/xml/db/xsl.html#d0e2759

Ve vašem případě byste v následující šabloně řekl, že abstrakt má být 
poslední a má se posunout na další stranu:

<t:titlepage-content t:side="verso">
   ...
   <abstract break-before="page"/>
</t:titlepage-content>


-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040211/3ef6e4e8/attachment.bin>

From kecup4 na centrum.cz  Thu Feb 12 13:23:39 2004
From: kecup4 na centrum.cz (Petr Rajsky)
Date: Thu, 12 Feb 2004 13:23:39 +0100
Subject: muze mi tohle nekdo vysvetlit - upraveny template pro <para>
Message-ID: <20040212122348Z1015553-8309+8456@mail.centrum.cz>

Dobry den,

vytvoril jsem si upraveny template pro tag <para>, narazil jsem
pri tom na zajimavy problem: 

pokud se ve vygenerovanem dokumentu (pdf by fop) nachazi
cislovane/necislovane seznamy, je prvni radek kazde polozky seznamu
odsazen proti label symbolu prave o 1 radek - viz prilozeny obrazek.

Nakonec jsem zjistil, ze problem vznika i pokud do svych upravenych
stylu vlozim originalni template pro paru

<xsl:template match="para">
  <fo:block
xsl:use-attribute-sets="normal.para.spacing">
    <xsl:call-template name="anchor"/>
    <xsl:apply-templates/>
  </fo:block>
</xsl:template>

a zpusobuji to atributy "normal.para.spacing".

Cim to muze byt zpusobeno? Vzdyt jsem pouzil standardni template,
ktery by se stejne musel volat (z block.xsl). Hodnoty 
"normal.para.spacing" pouzivam defaultni.

Prozatim jsem to osetril testem na rodice, pokud je to listitem,
nepouzije se "normal.para.spacing":
.....
<xsl:when test = "name(..)='listitem'"> 
  <fo:block>
    <xsl:call-template name="anchor"/>
    <xsl:apply-templates/>
  </fo:block>
</xsl:when>
<xsl:otherwise>
    <fo:block
xsl:use-attribute-sets="normal.para.spacing">
     <xsl:call-template name="anchor"/>
     <xsl:apply-templates/>
</fo:block>
</xsl:otherwise>
.....

Ale prece to musi jit nejak cisteji, nevite v cem je problem?

Diky,
Petr Rajsky





From pavol.vaskovic na softproject.de  Thu Feb 12 14:06:14 2004
From: pavol.vaskovic na softproject.de (Pavol Vaskovic)
Date: Thu, 12 Feb 2004 14:06:14 +0100
Subject: Superscript v bookinfo/title
In-Reply-To: <40291063.1050503@kosek.cz>
References: <401E4B15.4060308@softproject.de> <401E9C41.4090602@kosek.cz> <4028C04A.4090503@softproject.de> <40291063.1050503@kosek.cz>
Message-ID: <402B7A46.6090909@softproject.de>

Jirka Kosek wrote:

> Nějak jsem se špatně koukal, styly opravdu do obsahu a titulků veškeré 
> značkování vynechávají. Stačí do vašich úprav přidat následující styl:
>
> <xsl:template match="superscript" mode="no.anchor.mode">
>   <xsl:apply-templates select="."/>
> </xsl:template>
>
> a horní index se zobrazí teď už snad všude. Obdobně jde přidat podporu 
> pro další elementy.

Vyborne! Velmi pekne dakujem. Toto naozaj funguje.

S pozdravom
Pavol Vaskovic

From jirka na kosek.cz  Thu Feb 12 16:36:59 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Thu, 12 Feb 2004 16:36:59 +0100
Subject: muze mi tohle nekdo vysvetlit - upraveny template pro <para>
In-Reply-To: <20040212122348Z1015553-8309+8456@mail.centrum.cz>
References: <20040212122348Z1015553-8309+8456@mail.centrum.cz>
Message-ID: <402B9D9B.6070201@kosek.cz>

Petr Rajsky wrote:

> Cim to muze byt zpusobeno? Vzdyt jsem pouzil standardni template,
> ktery by se stejne musel volat (z block.xsl). Hodnoty 
> "normal.para.spacing" pouzivam defaultni.

Problém je s tím, že vaše šablona díky větší importní prioritě překryla 
i šablonu, která ošetřuje první odstavce v seznamu. Stačí tuto šablonu 
přidat do vašich úprav, a mělo by to být OK.

<xsl:template match="listitem/*[1][local-name()='para' or
                                    local-name()='simpara' or
                                    local-name()='formalpara']
                      |step/*[1][local-name()='para' or
                                    local-name()='simpara' or
                                    local-name()='formalpara']
                      |callout/*[1][local-name()='para' or
                                    local-name()='simpara' or
                                    local-name()='formalpara']"
               priority="2">
   <fo:block>
     <xsl:call-template name="anchor"/>
     <xsl:apply-templates/>
   </fo:block>
</xsl:template>

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040212/2e12b4f9/attachment.bin>

From kecup4 na centrum.cz  Fri Feb 13 11:12:21 2004
From: kecup4 na centrum.cz (Petr Rajsky)
Date: Fri, 13 Feb 2004 11:12:21 +0100
Subject: muze mi tohle nekdo vysvetlit - upraveny template pro <para>
In-Reply-To: <402B9D9B.6070201@kosek.cz>
References: <20040212122348Z1015553-8309+8456@mail.centrum.cz>
	 <402B9D9B.6070201@kosek.cz>
Message-ID: <1076667140.632.4.camel@dvoracek>

Diky za rychlou odpoved, funguje to bezvadne.

P.R.


From kecup4 na centrum.cz  Fri Feb 13 13:12:21 2004
From: kecup4 na centrum.cz (Petr Rajsky)
Date: Fri, 13 Feb 2004 13:12:21 +0100
Subject: odsazeni table a informaltable od predchoziho odstavce
Message-ID: <1076674341.626.15.camel@dvoracek>

Dobry den,

mam 2 dotazy:

1) Jaky je rozdil mezi atributy "space-*****.minimum",
"space-*****.optimum", "space-*****.maximum" - kdy se aplikuje min, kdy
opt a kdy max hodnota?

2) Zajimalo by mne, proc je v PDF vystupu z BOOK ruzna vzdalenost mezi
koncem predchoziho odstavce (vzdy klasicka para, tedy bez space-after) a
zacatkem table resp. informaltable. Oba typy tabulek vyuzivaji nastaveni
"formal.object.properties" resp. "informal.object.properties", hodnoty
jsou vsak stejne. Table navic aplikuje hodnotu "formal.title.properties"
na titulek, ta vsak pouziva na "before" klasicke "normal.para.spacing".

Mezera mezi koncem odstavce a titulkem <table> je vsak rozhodne vetsi
nez mezi normalnimi odstavci. "formal.object.properties" se pak aplikuji
az na vzdalenost mezi titulkem <table> a jejim telem (pokud jsem
template dobre pochopil-chova se to presne opacne-velka mezera mezi
odstavcem a title table, mala mezi title table a jejim telem). 

Informaltable ma pak kupodivu mezeru stejnou jako kterykoliv jiny
odstavec, byt "normal.para.spacing" u ni nikde nefiguruje. Obe pak maji
vetsi mezeru mezi svym koncem a nasledujicim odstavcem, coz je zrejme
dano sectenim jejich space-after a space-before nasledujiciho odstavce.

Uznavam ze je to dost domotane, o co mi jde: chci mit stejnou ("velkou")
mezeru mezi odstavcem a <informaltable>, takovou jako je mezi odstavcem
a titulkem <table> (a mezi konci table resp. infotable a zacatkem noveho
odstavce)

Resil bych to asi zatim tak, ze bych pro "informal.object.properties"
zkousel nastavovat ruzne hodnoty space.before...

Diky,
Petr Rajsky


From jirka na kosek.cz  Fri Feb 13 12:33:45 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Fri, 13 Feb 2004 12:33:45 +0100
Subject: odsazeni table a informaltable od predchoziho odstavce
In-Reply-To: <1076674341.626.15.camel@dvoracek>
References: <1076674341.626.15.camel@dvoracek>
Message-ID: <402CB619.8060107@kosek.cz>

Petr Rajsky wrote:

> 1) Jaky je rozdil mezi atributy "space-*****.minimum",
> "space-*****.optimum", "space-*****.maximum" - kdy se aplikuje min, kdy
> opt a kdy max hodnota?

Zjednodušeně řečeno se procesor FO snaží použít optimální hodnotu. Pokud 
s ní nejde stránku zalomit, může použít cokoliv mezi min. a max.

> 2) Zajimalo by mne, proc je v PDF vystupu z BOOK ruzna vzdalenost mezi
> koncem predchoziho odstavce (vzdy klasicka para, tedy bez space-after) a
> zacatkem table resp. informaltable. Oba typy tabulek vyuzivaji nastaveni
> "formal.object.properties" resp. "informal.object.properties", hodnoty
> jsou vsak stejne. Table navic aplikuje hodnotu "formal.title.properties"
> na titulek, ta vsak pouziva na "before" klasicke "normal.para.spacing".

Podívejte se do výsledného FO souboru. Uvidíte jaké všechny mezery jsou 
nastaveny.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040213/11cd1b8d/attachment.bin>

From pmf na seznam.cz  Mon Feb 23 09:39:20 2004
From: pmf na seznam.cz (Pavel Franc)
Date: Mon, 23 Feb 2004 09:39:20 +0100
Subject: =?ISO-8859-1?Q?Vyhled=E1v=E1n=ED?= v PDF souborech
Message-ID: <1077525560.3437.9.camel@a29.gitus.dom>

Dobrý den,

zjistil jsem, že v PDF souborech, které vygeneruji pomocí Xalanu a FOPu,
není možné vyhledávat (nefunguje v žádné z verzí Acrobat Readeru ani
Xpdf) ani kopírovat označený text do clipboardu (ani v AcrobatReaderu
ani pomocí ghostscriptových utilit, "zkopíruje" jen samé mezery).

Zdá se tedy, že problém je v mých PDF. Jiné PDF soubory, např.
http://xml.apache.org/fop/index.pdf (připravené FOPem) ani PDF z adresy
http://www.kosek.cz/xml/db/db.pdf (ten je asi vygenerovaný jiným
programem) takové problémy nemají.

Pro převod používám:
 - docbook 1.62.4 a upravené stylesheety
 - xalan-java 2.5.0
 - fop 0.20.5rc3 s českými fonty (nejde však o počeštění Jiřího Koska)
 - java 1.4.1_02 pro linux

Funguje vám vyhledávání v PDF souborech vygenerovaných pomocí FOPu nebo
máte podobné problémy? Může být potíž v mé verzi FOPu nebo jde o obecnou
"vlastnost" FOPu?

Děkuji
Pavel Franc

-- 
                                                       _  o o
Pavel Franc                                           / \ |/
mailto:pmf na seznam.cz                                 ( @// \
jabber:pfranc na njs.netlab.cz                           \_/___)


From jirka na kosek.cz  Mon Feb 23 10:51:08 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Mon, 23 Feb 2004 10:51:08 +0100
Subject: =?ISO-8859-2?Q?Vyhled=E1v=E1n=ED_v_PDF_souborech?=
In-Reply-To: <1077525560.3437.9.camel@a29.gitus.dom>
References: <1077525560.3437.9.camel@a29.gitus.dom>
Message-ID: <4039CD0C.7000709@kosek.cz>

Pavel Franc wrote:

> Zdá se tedy, že problém je v mých PDF. Jiné PDF soubory, např.
> http://xml.apache.org/fop/index.pdf (připravené FOPem) ani PDF z adresy
> http://www.kosek.cz/xml/db/db.pdf (ten je asi vygenerovaný jiným
> programem) takové problémy nemají.
> 
> Pro převod používám:
>  - docbook 1.62.4 a upravené stylesheety
>  - xalan-java 2.5.0
>  - fop 0.20.5rc3 s českými fonty (nejde však o počeštění Jiřího Koska)
>  - java 1.4.1_02 pro linux
> 
> Funguje vám vyhledávání v PDF souborech vygenerovaných pomocí FOPu nebo
> máte podobné problémy? Může být potíž v mé verzi FOPu nebo jde o obecnou
> "vlastnost" FOPu?

Nejspíše půjde o vlastnost FOPu, pokud používáte TrueType, a ne AFM 
fonty (s nimi jsou vygenerovány ukázkové PDF na xml.apache.org/fop/). Mě 
to s FOPem také nechodí. Naopak PDF vygenerovaná XEPem nebo Distillerem 
s tím problém nemají. Problém je v tom, že aby fungovalo kopírování 
českých znaků, musí být do PDF vložen vektor, který mapuje znaky fontu 
do Unicode a navíc musíte mít verzi Acrobat Readeru, který to podporuje. 
Zdá se, že FOP tam ten vektor nevloží.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040223/e9280500/attachment.bin>

From pmf na seznam.cz  Mon Feb 23 15:07:28 2004
From: pmf na seznam.cz (Pavel Franc)
Date: Mon, 23 Feb 2004 15:07:28 +0100
Subject: =?ISO-8859-1?Q?Vyhled=E1v=E1n=ED?= v PDF souborech
In-Reply-To: <4039CD0C.7000709@kosek.cz>
References: <1077525560.3437.9.camel@a29.gitus.dom>
	 <4039CD0C.7000709@kosek.cz>
Message-ID: <1077545248.3439.83.camel@a29.gitus.dom>

> > Funguje vám vyhledávání v PDF souborech vygenerovaných pomocí FOPu nebo
> > máte podobné problémy? Může být potíž v mé verzi FOPu nebo jde o obecnou
> > "vlastnost" FOPu?
> 
> Nejspíše půjde o vlastnost FOPu, pokud používáte TrueType, a ne AFM 
> fonty (s nimi jsou vygenerovány ukázkové PDF na xml.apache.org/fop/). Mě 
> to s FOPem také nechodí. Naopak PDF vygenerovaná XEPem nebo Distillerem 
> s tím problém nemají. Problém je v tom, že aby fungovalo kopírování 
> českých znaků, musí být do PDF vložen vektor, který mapuje znaky fontu 
> do Unicode a navíc musíte mít verzi Acrobat Readeru, který to podporuje. 
> Zdá se, že FOP tam ten vektor nevloží.

Děkuji za odpověď.

Ano, ve FOPu používám české TrueType fonty. Máte pravdu, vyhledávání ani
kopírování tady skutečně fungovat nebudou, už jsem to našel na
http://xml.apache.org/fop/fonts.html#embedding

Je tedy možné, že při použití AFM to fungovat bude: "When embedding
PostScript fonts, the entire font is always embedded." Lze české
PostScriptové fonty jenoduše použít namísto TTF? Znamenalo by to zřejmě
vygenerovat metriky fontu a v userconfig.xml přesvědčit FOP, aby tyto
fonty použil... Pokud taková cesta povede k cíli, rád to zkusím:)

Pěkný den
Pavel Franc

-- 
                                                       _  o o
Pavel Franc                                           / \ |/
mailto:pmf na seznam.cz                                 ( @// \
jabber:pfranc na njs.netlab.cz                           \_/___)


From jirka na kosek.cz  Mon Feb 23 15:43:11 2004
From: jirka na kosek.cz (Jirka Kosek)
Date: Mon, 23 Feb 2004 15:43:11 +0100
Subject: =?ISO-8859-2?Q?Vyhled=E1v=E1n=ED_v_PDF_souborech?=
In-Reply-To: <1077545248.3439.83.camel@a29.gitus.dom>
References: <1077525560.3437.9.camel@a29.gitus.dom>	 <4039CD0C.7000709@kosek.cz> <1077545248.3439.83.camel@a29.gitus.dom>
Message-ID: <403A117F.4000608@kosek.cz>

Pavel Franc wrote:

> Je tedy možné, že při použití AFM to fungovat bude: "When embedding
> PostScript fonts, the entire font is always embedded." Lze české

Možné to je, ale myslím si, že to spíš fungovat nebude. Nestudoval jsem 
zdrojáky FOPu, ale pokud neumí správný kódovací vektor vložit pro TTF 
fonty, divil bych se, kdyby to pro Type1 fonty fungovalo.

> PostScriptové fonty jenoduše použít namísto TTF? Znamenalo by to zřejmě
> vygenerovat metriky fontu a v userconfig.xml přesvědčit FOP, aby tyto
> fonty použil... Pokud taková cesta povede k cíli, rád to zkusím:)

Tak to zkuste a dejte vědět. U Type1 fontů bude problém sehnat nějaké 
počeštěné. Myslím, že sice SuSe má někde zdarma na webu balík 
počeštěných, ale jsou jen se znaky z iso-8859-2 a neobsahují proto 
některé důležité znaky jako pomlčku a české uvozovky. Pro každé písmo by 
to pak chtělo uvádět seznam alespoň dvou písem -- první s českými znaky 
a druhé s typografickými znaky a nastavit 
font-selection-strategy="character-by-charcter", aby se chybějící znaky 
doplnili z druhého fontu. Nejsem si ale jistý, zda FOP podporuje 
font-selection-strategy.

-- 
-----------------------------------------------------------------
   Jirka Kosek  	
   e-mail: jirka na kosek.cz
   http://www.kosek.cz
------------- další část ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3403 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.linux.cz/pipermail/docbook/attachments/20040223/b3e511d7/attachment.bin>