Huhu,
bin ich verkehrt oder funktionieren die meisten Links nicht ????
Lieben gruß
Tevsa
Die Links hätte ich früher brauchen können,
nachdem ich mich jetzt 2 Tage lang mit xajax, jquery und extjs rumgeschlagen habe.
Danke für den Tip!
@jenses: Und Du machst prof. Webseiten???
Gern geschehen - ich weiss gar nicht was ich ohne Firebug machen würde, wirklich eins der genialsten Werkzeuge für Webentwicklung.
Übrigens gibts das ganze auch für andere Browser - wer möchte nicht mal im IE das CSS-Verhalten untersuchen 🙂
http://www.getfirebug.com/lite.html
Cool, gerade der IE6 macht ja den Streß.
@steffenk: hast du schon mal xajax im IE6 zum Laufen bekommen,
oder ist das Ding einfach nur buggy? (selbst xajax_tutor funzt nicht)
jenses schrieb
Cool, gerade der IE6 macht ja den Streß.
@steffenk: hast du schon mal xajax im IE6 zum Laufen bekommen,
hab eigentlich kein Problem, auf den charset aufpassen... aber xajax is mir einfach zu übergewichtig und läuft nicht in gecacheten Elementen.. mach jetzt alles mit mootools/.. und eID, aber bisschen OT hier
georg
moin jenses,
xajax schlägt im IE6 fehl: Request Object Instantiation failed
Auch einige Prototype-Funktionen scheitern, wie z.B. hier:
http://www.sk-typo3.de/Ajaxtests.325.0.html
während extjs funktioniert.
Ich habs noch nicht genauer untersucht, aber vll hilft das:
http://www.goldenzazu.de/code/xajax_fallback.php
Noch ein Tipp zum IE:
IE mag es nicht, wenn Kommas am Ende eines Arrays stehen, also sowas:
var SomeClass.prototype = {
onInit : function() {
},
onLoad : function() {
},
}
schau mal hier vorbei:
http://www.javascriptlint.com/
moin steffen,
danke für die Hinweise und Tips,
leider funktioniert es immer noch nicht.
Charset, überflüssige Kommata etc. als Fehlerquelle kann ich auschließen.
Habe jetzt mindestens 3 verschiedene Variante getestet:
nur mit ext,
mit einer Kombination aus ext und xajax,
und mit einer Kombination aus ext und jQuery.
Alle funktionieren prima in FF, Opera und sogar der verbuggten Safari-Pre-Alpha 🙂
Nur der IE macht Probleme, der 6er grundsätzlich, der IE teilweise.
Und das Seltsame ist:
bei mir auf dem Entwicklungsserver laufen die Skripte auch im IE,
lade ich das Ganze auf den Mittwald-Liveserver, verweigert der IE die Zusammenarbeit. #paralyzed#
Und Firebug bzw. ext-all-debug.js helfen da auch nicht weiter,
bzw. führen selber zu Fehlermeldungen 😢
--- hier --- kann man sich das Theater mal ansehen:
eine Referenzen-Extension, die per ext eine dialog-Box mit 2 Bereichen und 3 Tabs öffnet. Per Ajax werden werden diese mit Inhalten aus der Datenbank gefüttert.
Vielleicht hat ja noch jemand eine Idee, wo der Fehler stecken könnte?
Die Fehlermeldung im IE lautet:
"Das Objekt unterstützt diese Eigenschaft oder Methode nicht."
Welches Objekt oder Methode er meint, verrät er aber nicht...
ich erhalte auch
Fehler Zeile 70: version is not defined (im IE6)
Es kann sein das Deine Browserüberprüfung damit zu tun hat.
Leider hab ich den MS Script Debugger nicht mehr. ich würde auf jedenfall mal sämtlichen JS-Code ausser JS entfernen um Fehlerquellen auszuschliessen.
Ext an sich läuft im IE ohne Probleme, daher tippe ich auf einen Namenskonflikt.
Du hast mich nun auf die richtige Fährte gebracht 😉
Ich habe nicht nur sämtlichen JS-Code entfernt, sondern auch Menü, zusätzliches CSS und Metatags.
Und dabei bin ich dem Bug auf die Spur gekommen,
und zwar konnte ich das Script zum Laufen bringen durch Ausblenden von:
<meta name="description" content="blablabla" />
In der Dialogbox hatte der eine erzeugte Tab die id="description".
Unser Freund IE macht nun folgendes:
Beim Parsen der Seite versieht er die Metatags mit id´s,
aus
<meta name="description" content="blablabla" />
wird
<meta name="description" id="description" content="blablabla" />
Nun habe wir zwei Objekte mit derselben id und ein Problem #evil#
Im Netz habe ich zur Problematik noch ein Testcase gefunden:
META tags improperly "register" them selfs as an ID with document.getElementById()
I ran into a very strange issue where document.getElementById is finding meta tags with the same name as the ID I am searching for, but the proprietary document.all correctly returns the correct node.
<html>
<head>
<meta name="description" content="Test Description">
</head>
<body>
<script type="text/javascript">
function Go() {
var theObj = document.getElementById("Description");
// var theObj = document.all["Description"];
var txtObj = document.getElementById("text");
var txt = '';
for (var attr in theObj) {
txt += "[" + attr + "] = '" + theObj[attr] + "'\n";
}
txtObj.value = txt;
}
</script>
<form action="?">
<button type="button" onclick="Go()">Click Me</button>
<input type="text" id="Description" name="Description">
<br>
<textarea id="text" cols="60" rows="20"></textarea>
</form>
</body>
</html>
click the "Click me" button will return all the attributes of the elemnt with ID description, but the attributes are of the Meta tag with name Description and not the input element with ID of description.
switching from document.getElementById to document.all correctly returns the input element.
Also immer schön darauf achten,
daß es keine Objekte mit einer id gibt,
die identisch zu einem name eines Metatags ist 😉
Und so hält uns der Superbrowser aus Redmond immer wieder gerne tagelang beschäftigt...
na fein das das gelöst ist 🙂
Am besten man vergibt immer id's mit entsprechendem Präfix, dann geht man dieser Problematik aus dem Weg.