Zeilenhöhe

[silicium]

hallo, ich versuche gerade in eine zeile in einer tabelle genau 8 pixel hoch darzstellen

<xsl:template match="block[@type='startseite']">
<tr height="8">
   <td background="images/newsbox_li_ob.gif" height="8">
      <font style="font-size: 1pt">
 <img border="0" src="images/newsbox_li_ob.gif"/>
      </font>
   </td>
...

das da funktioniert aber in xsl nicht und nur in einer html-file schon
woran kann das liegen?

bin dankbar für jede hilfe

[Cheatah]

Hi,

hallo, ich versuche gerade in eine zeile in einer tabelle genau 8 pixel hoch darzstellen

du erzeugst XHTML?

<tr height="8">

Dann ist height hier nicht erlaubt,

<font style="font-size: 1pt">

und <font> sowieso nicht. Benutze <span> oder sonstwas.

das da funktioniert aber in xsl nicht und nur in einer html-file schon
woran kann das liegen?

Welchen Unterschied gibt es zwischen "reinem" (X?)HTML und Deinem erzeugten Code?

Cheatah

[silicium]

du erzeugst XHTML?

nein

und <font> sowieso nicht. Benutze <span> oder sonstwas.

etwas weiter unterhalb verwende ich auch <font face="Arial"> und die Schriftart ist wirklich arial

Welchen Unterschied gibt es zwischen "reinem" (X?)HTML und Deinem erzeugten Code?

weis ich nicht

[Cheatah]

Hi,

du erzeugst XHTML?
nein

welches XML denn dann? Und wer/was stellt es dar?

und <font> sowieso nicht. Benutze <span> oder sonstwas.
etwas weiter unterhalb verwende ich auch <font face="Arial"> und die Schriftart ist wirklich arial

Nun, da Du weder HTML noch XHTML erzeugst, kann ich dazu natürlich nichts sagen; aber in HTML ist <font> deprecated und in XHTML nicht existent.

Welchen Unterschied gibt es zwischen "reinem" (X?)HTML und Deinem erzeugten Code?
weis ich nicht

Die Frage war als "ergründe das" zu lesen.

Cheatah

[MudGuard]

Hi,

aber in HTML ist <font> deprecated

korrekt.

und in XHTML nicht existent.

_leider_ nicht korrekt. Siehe http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd - da ist font leider immer noch enthalten...

cu,
Andreas

[Cheatah]

Hi,

_leider_ nicht korrekt. Siehe http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd - da ist font leider immer noch enthalten...

argl. Die Begriffe "XHTML" und "transitional" in einen Zusammenhang zu bringen ist, als würde man sich einen Ferrari kaufen und mit einem Käfer-Chassis versehen ;-) XHTML/transitional tut man nicht.

Cheatah

[MudGuard]

Hi,

_leider_ nicht korrekt. Siehe http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd - da ist font leider immer noch enthalten...

argl. Die Begriffe "XHTML" und "transitional" in einen Zusammenhang zu bringen ist, als würde man sich einen Ferrari kaufen und mit einem Käfer-Chassis versehen ;-) XHTML/transitional tut man nicht.

Dann sag doch gleich XHTML 1.1 ;-)

cu,
Andreas

[Cheatah]

Hi,

XHTML/transitional tut man nicht.
Dann sag doch gleich XHTML 1.1 ;-)

gerne: "XHTML 1.1" ;-)

Cheatah

[Michael Jendryschik]

Hallo,

XHTML/transitional tut man nicht.
Dann sag doch gleich XHTML 1.1 ;-)

gerne: "XHTML 1.1" ;-)

Das tut man heute noch nicht.

Gruß,

MI

[Thomas J.S.]

Hallo Michael,

gerne: "XHTML 1.1" ;-)

Das tut man heute noch nicht.

Endlich jemand, der meine Meinung teilt!

Grüße
Thomas

[Thomas J.S.]

Hallo Cheatah,

XHTML/transitional tut man nicht.

Was ist mit dir los? Macht du irgendwelche religiöse Erfahrungen durch?

Grüße
Thomas

[MudGuard]

Hi,

hallo, ich versuche gerade in eine zeile in einer tabelle genau 8 pixel hoch darzstellen

<xsl:template match="block[@type='startseite']">

XSL kennt keine Tabellen, kann also auch keine Tabellenzeilen und damit deren Höhen nicht kennen.

Leider sagst Du nicht, was für eine Ausgabesprache Dein XSL erzeugt.

<tr height="8">

tr könnte HTML sein. HTML kennt fürs tr aber kein height-Attribut. Ist also kein HTML...

<td background="images/newsbox_li_ob.gif" height="8">
      <font style="font-size: 1pt">

Sollte es sich doch um HTML handeln sollen (um fehlerhaftes...), wozu dient dann das font-Element? Die font-size könnte auch direkt ins td...

<img border="0" src="images/newsbox_li_ob.gif"/>

Auch hier kann es sich nicht um HTML handeln, das HTML-Element img hat ein zwingend vorgeschriebenes alt-Attribut...

das da funktioniert aber in xsl nicht

XSL(T) ist eine Transformationssprache, keine, die eine direkte Darstellung erzeugt...

und nur in einer html-file schon
woran kann das liegen?

Daran, daß das, was bei der XSL-Transformation hinten rauskommt, nicht das selbe ist wie das direkt erzeugte HTML?

cu,
Andreas

[silicium]

ich versuche mittels einer xsl und einer xml html zu erzeugen

Auch hier kann es sich nicht um HTML handeln, das HTML-Element img hat ein zwingend vorgeschriebenes alt-Attribut...

ehrlich gesagt hab ich so eins noch nie verwendet

jetz nehm ich das alt-Attribut und es geht
danke

[Cheatah]

Hi,

ich versuche mittels einer xsl und einer xml html zu erzeugen

dann benutze <![CDATA[ <html>-Code ]]>. XSL ist nicht in der Lage, HTML zu erzeugen: Bei vielen Elementen ist das End-Tag forbidden. Beispielsweise bei <img>. Mittels XSL kannst Du immer nur ein XML erzeugen, etwa XHTML.

Auch hier kann es sich nicht um HTML handeln, das HTML-Element img hat ein zwingend vorgeschriebenes alt-Attribut...
ehrlich gesagt hab ich so eins noch nie verwendet

Dann solltest Du Dich mit den Grundlagen beschäftigen, beispielsweise mit http://validator.w3.org/.

Cheatah

[MudGuard]

Hi,

ich versuche mittels einer xsl und einer xml html zu erzeugen
dann benutze <![CDATA[ <html>-Code ]]>.

Nein, bloß nicht, s.u.!

XSL ist nicht in der Lage, HTML zu erzeugen:

Doch, ist es.
das output-Element bietet explizit das Format html (neben xml und text) an - das funktioniert auch.

Siehe http://www.w3.org/TR/xslt#output

Sinnvoller ist es natürlich, gleich xml (d.h. xhtml) zu erzeugen, wenn man schon xsl benutzt, aber möglich ist die Ausgabe von html...

cu,
Andreas

[Cheatah]

Hi,

dann benutze <![CDATA[ <html>-Code ]]>.
Nein, bloß nicht, s.u.!

okay: Kids, don't do this at home!

XSL ist nicht in der Lage, HTML zu erzeugen:
Doch, ist es.

Gut, rein syntaktisch. Die meisten mir bekannten XSLT-Prozessoren werden dabei aber ziemlich böse ;-) Zudem kann man IMHO den Zweck einer solchen Aktion mit Fug und Recht in Zweifel ziehen.

Sinnvoller ist es natürlich, gleich xml (d.h. xhtml) zu erzeugen, wenn man schon xsl benutzt,

Eben. Davon ganz abgesehen hat silicium auch genau das gemacht[1] :-)

Cheatah

[1] Von den erkannten Fehlern abgesehen, versteht sich.

[Thomas J.S.]

Hallo Cheatah,

Gut, rein syntaktisch. Die meisten mir bekannten XSLT-Prozessoren werden dabei aber ziemlich böse ;-) Zudem kann man IMHO den Zweck einer solchen Aktion mit Fug und Recht in Zweifel ziehen.

Kein XSL-Prozessor wird böse bei HTML. Es ist auch nicht ihre Aufgabe böse zu werden.
Was der Prozessor lediglich verlangt ist, dass der XSL-Sheet wohlgeformtes XML ist. Das hat aber mit HTML an sich nichts zu tun, denn die HTML-Elemente sind für den Prozessor nur "literal result elements". HTML wird das erst, wenn mittels xsl:output HTML als als Ausgabeformat angegeben wird.

Grüße
Thomas

[Martin Speiser]

Hi Cheatah,

Gut, rein syntaktisch. Die meisten mir bekannten XSLT-Prozessoren werden dabei aber ziemlich böse ;-) Zudem kann man IMHO den Zweck einer solchen Aktion mit Fug und Recht in Zweifel ziehen.

das musste ich jetzt mal ausprobieren, und hab mir kurz was zusammengeschustert.

XML:
<Root>
  <PIC>Hallo</PIC>
</Root>

XSL:
<?xml version="1.0"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method = "html" encoding="Windows-1252" />

<xsl:template match="/">
    <html>
      <head>
        <title></title>
      </head>
      <body>
        <img>
          <xsl:attribute name="src">
            <xsl:value-of select="//PIC" />
          </xsl:attribute>
          <xsl:attribute name="alt" />
        </img>
      </body>
    </html>
  </xsl:template>
</xsl:stylesheet>

Bei MSXML 4.0 SP1 und Xalan-J 2.4.1 das gleiche Ergebnis, nämlich:
<html>
<head>
<META http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<title></title>
</head>
<body>
<img src="Hallo" alt=""></body>
</html>

Man beachte das IMG-Element :-)

Gruß,
Martin (der sich jetzt wieder auf sein text-generierendes XSL konzentrieren sollte)