Re: DOM-Hierarchie von Brauser zu Brauser verschieden?

Gregor Kofler <gregor.kofler (AT) inode (DOT) at> wrote:

Früher war alles einfacher... Schnüff.

Mein Problem: Ich will die Position eines Elementes bestimmen, indem ich
mit JS die Objekthierarchie über offsetParent durchlaufe und offsetTop
addiere. Mit Alerts und dem tagName/id lass ich mir ausgeben, was die
Brauser so finden.

Firefox:
td() -> table() -> div("content") -> div("main") -> body()
IE6:
td() -> table() -> div("content") -> div("main") -> html()
Opera:
td() -> table() -> div("main") -> body()

Mit der Macke des IE, dass er keinen BODY findet sondern nur mehr das
HTML kann ich leben, aber warum findet Opera den DIV "content" nicht,
der ganz simpel reingeschachtelt ist. Schematisch so:

div id=main
<img ...
<div id=menu>...</div
<div id=content>...
<table>... <td>...
</div
/div

Das Blöde: Die Iteration soll mir an diesem content-DIV abbrechen, was
beim Opera somit nicht funzt.

Ideen?

Validiert der Code? Hast du eine URL mit einem Beispiel?

de.comp.javascript ist imho die passendere Gruppe,
x-post und f'up dorthin

Viele Grüße,
Levin

Levin Alexander wrote:

Gregor Kofler <gregor.kofler (AT) inode (DOT) at> wrote:

Früher war alles einfacher... Schnüff.

Mein Problem: Ich will die Position eines Elementes bestimmen, indem
ich mit JS die Objekthierarchie über offsetParent durchlaufe und
offsetTop addiere. Mit Alerts und dem tagName/id lass ich mir
ausgeben, was die Brauser so finden.

Firefox:
td() -> table() -> div("content") -> div("main") -> body()
IE6:
td() -> table() -> div("content") -> div("main") -> html()
Opera:
td() -> table() -> div("main") -> body()

Mit der Macke des IE, dass er keinen BODY findet sondern nur mehr das
HTML kann ich leben, aber warum findet Opera den DIV "content" nicht,
der ganz simpel reingeschachtelt ist. Schematisch so:

div id=main
img ...
div id=menu>...</div
div id=content>...
table>... <td>...
/div
/div

Das Blöde: Die Iteration soll mir an diesem content-DIV abbrechen,
was beim Opera somit nicht funzt.

Ideen?


Validiert der Code? Hast du eine URL mit einem Beispiel?

Sollte er eigentlich schon, aber dzt. läuft alles bei mir noch am
Localhost... ok, hab's im Netz:

http://gregorkofler.at/temp/resupage...opic=equipment

Klick auf die "Why.." liefert die unterschiedlichen Ergebnisse.

de.comp.javascript ist imho die passendere Gruppe,

Stimmt. Danke.

Gute Nacht, Gregor

Gregor Kofler wrote:

http://gregorkofler.at/temp/resupage...opic=equipment

<http://validator.w3.org/check?uri=http://gregorkofler.at/temp/resupage.php?topic=equipment&ss=1;verbose=1>

Geh zurück zu <dciwam/>, gehe nicht über "Los" und ziehe keine 4000 Elemente
ein.


HTH

PointedEars
--
Das Netz ist Freude. Es ist Ekstase, die jeden einzelnen Nerv erglühen
läßt. Es ist Duft, den man fühlt. Es ist ein Bild, das man riecht. Es
ist Erfüllung - ein Geschmack, neben dem alles andere schal ist.
-- "Netzreiter-Preisung" aus "Der Netzparasit" von Andreas Brandhorst

Thomas 'PointedEars' Lahn wrote:

http://validator.w3.org/check?uri=ht...ss=1;verbose=1

Ja und? Die angemeckerten Fehler sind ja wohl nicht des Problems Kern.
Ich *weiss*, dass ich den Validator nicht angeschmissen hab...

Geh zurück zu <dciwam/>, gehe nicht über "Los" und ziehe keine 4000 Elemente
ein.

Aaaalso: Die f'up nach dcljs war nicht meine Idee. Aber auch gut. Was
sagt mir "Gehe nicht über 'Los'"? Und: Ich hab dir schon 100.000x gesagt
du sollst nicht übertreiben. Sorry, aber ich zähle indem Dokument gerade
mal 16 DIVs... Oder meintest du was anderes?

HTH

Nicht im geringsten.

Gregor


--
http://www.gregorkofler.at

Gregor Kofler wrote:

http://gregorkofler.at/temp/resupage...opic=equipment

Klick auf die "Why.." liefert die unterschiedlichen Ergebnisse.

[offsetTop/Left/Parent Unterschiede in Browsern]

Es gibt keine Spezifikation zu offsetTop/Left/Parent, sondern Mozilla,
Opera (und andere) versuchen halt nur, per reverse engineering das
Verhalten von IE/Win nachzuahmen. Wie dein Test zeigt, gelingt das nicht
vollstaendig. Es bleibt dir also nur, dein Script den verschiedenen
Browsern anzupassen.


--

Martin Honnen
http://JavaScript.FAQTs.com/

Gregor Kofler wrote:

Thomas 'PointedEars' Lahn wrote:

http://validator.w3.org/check?uri=ht...ss=1;verbose=1

Ja und? Die angemeckerten Fehler sind ja wohl nicht des Problems Kern.

Wie willst Du das auch nur ansatzweise beurteilen können? Deine Methode
operiert auf dem DOM. Das DOM basiert größtenteils auf dem Markup. Dein
Markup ist fehlerhaft. Noch Fragen, Kienzle?

Ich *weiss*, dass ich den Validator nicht angeschmissen hab...

Aber?

Geh zurück zu <dciwam/>, gehe nicht über "Los" und ziehe keine 4000
Elemente ein.

Aaaalso: Die f'up nach dcljs war nicht meine Idee. Aber auch gut. Was
sagt mir "Gehe nicht über 'Los'"?

man Monopoly

Und: Ich hab dir schon 100.000x gesagt du sollst nicht übertreiben.

URL? [tm]

Sorry, aber ich zähle indem Dokument gerade mal 16 DIVs... Oder
meintest du was anderes?

Ja.

HTH

Nicht im geringsten.

Das nennt man wohl Pech.


Pointed"Hier ist kein Supportforum!"Ears
--
Let us not judge others because of their religion, color or nationality.
We are all just human beings living together on this planet. (poehoe.de)

Thomas 'PointedEars' Lahn wrote:

Ja und? Die angemeckerten Fehler sind ja wohl nicht des Problems Kern.


Wie willst Du das auch nur ansatzweise beurteilen können? Deine Methode
operiert auf dem DOM. Das DOM basiert größtenteils auf dem Markup. Dein
Markup ist fehlerhaft. Noch Fragen, Kienzle?

Indem ich sie entfernt habe und das (fehlerhafte) Ergebnis gleich
geblieben ist.

Ich *weiss*, dass ich den Validator nicht angeschmissen hab...


Aber?

Na, die Diskussion auf dciwam war usrpsrünglich ohne Sample. Dann hat
Levin danach gefragt und ich hab's schnell eingestellt.

Geh zurück zu <dciwam/>, gehe nicht über "Los" und ziehe keine 4000
Elemente ein.

Sorry, aber ich zähle indem Dokument gerade mal 16 DIVs... Oder
meintest du was anderes?


Ja.

Pointed"Hier ist kein Supportforum!"Ears

Impliziert das das Geben schwer interpretierbarer Hinweise auf gestellte
Fragen? Muss ich mir für meine zukünftigen "Antworten" im Usenet merken...

Gregor


--
http://www.gregorkofler.at

Martin Honnen wrote:

Gregor Kofler wrote:


http://gregorkofler.at/temp/resupage...opic=equipment

Klick auf die "Why.." liefert die unterschiedlichen Ergebnisse.


[offsetTop/Left/Parent Unterschiede in Browsern]

Es gibt keine Spezifikation zu offsetTop/Left/Parent, sondern Mozilla,
Opera (und andere) versuchen halt nur, per reverse engineering das
Verhalten von IE/Win nachzuahmen. Wie dein Test zeigt, gelingt das nicht
vollstaendig. Es bleibt dir also nur, dein Script den verschiedenen
Browsern anzupassen.


Danke. http://www.opera.com/docs/specs/ vermeldet zwar eine

Unterstützung, aber...

Gregor


--
http://www.gregorkofler.at

Martin Honnen wrote:

Gregor Kofler wrote:


http://gregorkofler.at/temp/resupage...opic=equipment

Klick auf die "Why.." liefert die unterschiedlichen Ergebnisse.


[offsetTop/Left/Parent Unterschiede in Browsern]

Es gibt keine Spezifikation zu offsetTop/Left/Parent, sondern Mozilla,
Opera (und andere) versuchen halt nur, per reverse engineering das
Verhalten von IE/Win nachzuahmen. Wie dein Test zeigt, gelingt das nicht
vollstaendig. Es bleibt dir also nur, dein Script den verschiedenen
Browsern anzupassen.


Hmmm... Ersetz ich (ganz schlampig) das offsetParent durch eine

parentNode (das wäre wohl W3C-DOM-konform) liefert Opera genau das
gleiche Ergebnis, d.h. der content-DIV wird übergangen. Schätze ich
spritz die JS-Positioniererei komplett.

Gregor

Gregor Kofler wrote:

Thomas 'PointedEars' Lahn wrote:
Ja und? Die angemeckerten Fehler sind ja wohl nicht des Problems Kern.

Wie willst Du das auch nur ansatzweise beurteilen können? Deine Methode
operiert auf dem DOM. Das DOM basiert größtenteils auf dem Markup. Dein
Markup ist fehlerhaft. Noch Fragen, Kienzle?

Indem ich sie entfernt habe und das (fehlerhafte) Ergebnis gleich
geblieben ist.

<computer> Das ist keine Frage. </computer>

SCNR ;-)

Ich *weiss*, dass ich den Validator nicht angeschmissen hab...

Aber?

Na, die Diskussion auf dciwam war usrpsrünglich ohne Sample. Dann hat
Levin danach gefragt und ich hab's schnell eingestellt.

Eine Kristallkugel ist leider noch keine Serienausstattung bei Newsreadern.

Pointed"Hier ist kein Supportforum!"Ears

Impliziert das das Geben schwer interpretierbarer Hinweise auf
gestellte Fragen?

Nein, aber es impliziert die wünschenswerte Exaktheit der letzteren.
Oder anders formuliert: Erst lesen, dann denken, dann (so gut es geht)
korrigieren, dann posten. Alles andere ist reine Bandbreitenverschwendung.


F'up2 PointedEars
--
Schweigend mitzulesen ist oft der einzige Weg, nicht als Trottel dazustehen.
-- Jakob Creutzig in dag° <xiveld1n1ef.fsf (AT) kendall (DOT) math.TU-Berlin.DE>