Mailinglist Archive: opensuse-de (989 mails)

< Previous Next >
Re: OT: eigenartiger HTML-Fehler
  • From: "Dr. Jürgen Vollmer" <Juergen.Vollmer@xxxxxxxxxxxxxxxxxxxxx>
  • Date: Fri, 25 Sep 2009 10:37:14 +0200
  • Message-id: <200909251037.17029.Juergen.Vollmer@xxxxxxxxxxxxxxxxxxxxx>
Am Freitag 25 September 2009 10:28:11 schrieb Joerg Thuemmler:
Joerg Thuemmler schrieb:
Dr. Jürgen Vollmer schrieb:
Am Freitag 25 September 2009 08:57:45 schrieb Joerg Thuemmler:
Hi,
... link funzt in Abhängigkeit von Position nicht...
sehr ratlos... cu jth

ich hatte mal ein ähnliches Problem. Ursache war (anscheiend), daß der
Jav-Script-Code innerhalb der Tabelle definiert war. Nachdem ich den
Code an den Anfang der Datei gezogen hatte gings.

Funktioniert ein alert() in der neuen Funktion?
Was sagt die Fehlerkonsole in Firefox?

Bye

Hi und Danke, Jürgen,

nein, der Code ist außerhalb der Tabelle definiert (im <head>), ich häng
mal gekürzt an, was in den Zellen steht. Die Fehlerkonsole sagt
natürlich nix... hätte ich sonst erwähnt. Ich habs gerade - mit nur
einem Parameter nochmal probiert... ab der 4. Tabellenzeile sind immer
Spalte 2 und 3 tot. Alle anderen gehen. Und wenn ich die Zeilen/Spalten
tausche, sind es die, die nun an den entspr. Positionen stehen, die
nicht mehr gehen, dafür tuns die anderen nun - ???


Hier ein paar Schnipsel (Zeilenumbrüche könnten es etwas zerhacken)

in <head>:

<script type="text/javascript">
function write_ifr(h_host) {
with(ifr) {
document.location.replace('/wsax/var.php?h_host='+h_host);
}
}
</script>

im Body:

hier kommt das Feedback von var.php rein)
<iframe id="ifr" name="ifr" src="" width=400 height=300 frameborder=0
style="position: absolute; top: 300px; left: 300px; float: none;"
scrolling=auto></iframe>

und die Zellen sehen alle so aus:

<td width=20%><img src="wahost.gif" align="left" hspace=10
onClick="write_ifr('karla')"><br><b><font
color="#ff0000">karla</font></b><br>192.168.0.40</td>

sie unterscheiden sich nur im Parameter für write_ifr() und in den
Texten und der Grafiklink und color= wechseln je nach Typ und Status.
Aber wie gesagt, reines Verschieben des <td>-Tags in der Tabelle ändert
das Verhalten.

cu jth

Hi,

...ein bißchen weiter getestet... es hängt definitiv mit dem
Tabellenaufbau zusammen: jede Zelle in eine eigene Zeile gepackt, und es
gibt keine toten Links mehr. Bei 2 und mehr Spalten trifft es immer die
2. und falls vorhanden 3. und evt. noch mehr Spalten und zwar immer ab
der 4. Zeile, evt. nur bis einschließlich der 7. Zeile. Ich versteh das
zwar nicht, aber ggf. werd ich entweder eine Kombination von
Tabellenbreite und Schrift oder was auch immer finden oder die Tabelle
durch css-Positionierungen ersetzen.

W3c-validieren werde ich aus Sicherheitsgründen eher nicht, immerhin
sind es Systemdaten. MoinMoin gucke ich mir vielleicht mal an, aber mein
eigenes Projekt ist jetzt gute 5 Jahre alt und vieles speziell auf uns
zugeschnitten, bin mir nicht sicher, ob ich das alles nochmal umsetzen
möchte. Aber Danke für den Tipp.

man kann auch noch mit
tidy: validate, correct, and pretty-print HTML files
die HTML-validieren. Oder aus der erzeugten HTML alles kritische herausnehmen
und beim w3c per Dateiupload validieren

Bye
Jürgen



--
Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe
Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2
Juergen.Vollmer@xxxxxxxxxxxxxxxxxxxxx
www.informatik-vollmer.de
Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
< Previous Next >
Follow Ups