Mal ne Frage: es gibt Applis (z.B. WebConsolen) welche nur mit Netscape/IE funktionieren aber nicht mit dem Mozilla. Liegt das an den unterschiedlichen Java-Versionen?
Ich kann nichts direkt zu diesem verhalten sagen, aber mir ist auch schon oft aufgefallen das mozilla, firefox und auch andere gecko basierten Browser nicht so richtig mit java-script sachen zurecht kommen. Z.B. arbeitet das webinterface meines accesspoints mit java-script, keiner der gecko Browser kommt damit klar, der einzige Browser der mit den java-scripts keine Probleme bei mir hat ist konqueror.
Da vieles in Mozilla und Firefox selbst in JavaScript geschrieben ist, kann ich nicht ganz nachvollziehen was du meinst. Eigentlich ist gerade javascript noch eine schwäche vom Konqueror, wie auch ein paar CSS sachen.
Es hat mich auch gewundert das gerade die gecko-Browser damit probleme haben und konqueror das problemlos macht. Eine Beispiel im Internet habe ich jetzt gerade nicht, irgendwie ist mein Internetverhalten so, dass ich nur ganz selten bis nie auf solche Seiten treffe ;)
Zun den Accesspoints, ich habe das bisher bei zwei beobachten können, einer ist von sitecom und der andere von dlink. Beim sitecom accespoint wird auch schon das einloggen über einen java-script button gesteuert, da kam ich also nichtmal in die Konfiguration. Beim dlink Accesspoint komme ich immerhin in die Konfiguration, da hier das Anmelden mit einem popup Dialog funktioniert. Wenn ich dann aber eine Einstellung ändere und auf "apply" klicke bekomme ich nur in der Statusleiste diese Meldung angezeigt "javascript:send_request();" und das wars. Beim konqueror wird der änderung problemlos angenommen...
Ich werde mal meine Augen offen halten, vielleicht finde ich noch eine internet Beispiel.
Es kann durchaus sein das dort ein Fehler im JavaScript ist, das der Konqueror in der IE tollerieren, Mozilla aber net. Soetwas gibt es öfters, aber das ist kein Fehler des Mozilla wenn er streng ist ;)
Ohne code ist es natürlich schwer zu sagen, man müsste man den Hersteller fragen. Javascript gesteuerte Form sind jedenfalls grundsätzlich kein Problem, soetwas hab ich auch schon öfter genutzt
Beim D-Link 624+ schafft selbst der Konqueror nicht alle Konfigurationen. Warum, keine Ahnung. Da starte ich dann den IE6.0 in CrossoverOffice Das ist kein Scherz. Mit Mozilla u. Co. geht's gar nicht.
Ja, die Meldung lese ich auch häufig, wenn es nicht klappt. Leider habe ich mir die Seiten auch nicht gemerkt. Aufgefallen ist mir das bei Mozilla und Firefox.
Huppsala... Konqueror 3.2.92 und Firefox 0.92 semmeln total dabei ab (SuSE Linux 9.1), unter OpenBSD 3.5 mit dem Konqueror 3.2.1 und dem Mozilla 1.6 sieht die Seite ganz normal aus. Da ist guter Raadt nicht teuer...
Hoe? Weder Konqui 3.2.2 noch Feuerfuchs 0.9.1 haben irgendwelche Probleme mit der Page (beide unter Debian). Wo Du den Feuerfuchs 0.9.2 fuer Linux her hast, moecht ich auch mal gerne wissen.
Meine Browser kacken auch nicht mehr ab, seit ich auf ein älteres Blackdown-Java umgestiegen bin. Top hatte kurz vor dem Crash einen Java-Prozess angezeigt, der 99,9 Prozent CPU-Load erzeugte.
was bedeutet "Blackdown-Java"? Naja, jedenfalls hat "Java-Scrip" und "JAVA" (JVM - Java Virtual Machine, von SUN-Microsystems) so gut wie nix miteinander zu tun.
Soweit mir bekannt ist, ist der JVM-Ersatz von Microsoft (= "VM") tot, erledigt, verschrottet. Hat MS im Einvernehmen mit SUN abgeschafft.
Falls du ein Windows-System hast: Das MS-VM de-installieren ...
... und anstelle dessen das Original-Java von SUN installieren. Genauso das PlugIn im Netscape-Browser behandeln. Kann sein, daß du für die eine oder andere Webseite, welche Java verlangt, zusätzlich die Installation der Vorgängerversion des aktuellen Java benötigst.
Wenn du es nochmal von anderen, die sich besser auskennen, lesen willst, schau mal in die Newsgruppe d.c.s.m.b rein (Moz/NC).
Internetpräsenzen, welche mit (Sun) Java-Applets arbeiten, sind häufig Online-Banken und irgendwelche Katalog/Datenbank-Anbieter. Ich kenn ein paar.
Habe mir eine leidlich aktuelle Version ausgesucht und installiert, bin auf ein paar Problemseiten gegangen -alles wunderbar- und mein Internet-Banking funktioniert auch noch.
Da oben der Link auf "Internet Banking". Tut mit Mozilla unter Linux nicht, zunächst scheint alles zu tun, dann kann man sich aber nicht einloggen, es kommt die Java-Meldung, daß wg. technischer Schwierigkeiten der Login momentan nicht möglich ist. Ist aber nicht der Fall, denn gleich danach unter Windoof probiert, auch mit Mozilla, da gehts dann problemlos.
Für mich ist da bloss ein Joke. Wer braucht denn noch einen Brauser? Als Fachmann sehe ich keinen Sinn in einem Netscape für die ganzen Spiel-ixe.;) Die sollen lieber einen für die richtigen Unix rausbringen.
Mir ist aufgefallen, dass der IE z.B. Probleme bei JavaScripts hat, wenn man gleiche Namen für das name-Attribut und id-Attribut unterschiedlicher Felder benutzt. Der kommt dabei völlig durcheinander während Opera, Mozilla und Konqueror damit keine Probleme hatten.
Also wenn man z.B. einem Eingabefeld in einem Formlar mit und einer Division außerhalb des Formulars mit deklariert und dann mit Javascript darauf zugreifen will, schlägt das fehl.
Der Zugriff erfolgt einerseits über document.forms.FormularName.EingabefeldName und andererseits über document.getElementById(testname).
Kann man sich nun drüber streiten, ob das sinnvoll ist, auf jeden Fall habe ich die Benennung einheitlich gemacht, indem ich ein Identifizierungszeichen vorangestellt habe (d für div und i für input). Danach hat es auch der IE geschluckt.
Lange Rede, kurzer Sinn...
DOM ist Standard und das ist gut so.
Browseroptimierungen sind sowas von lästig und heute ein Glück größtenteils auch unnötig.
Wenn also etwas nicht funktioniert, ist der Programmierer entweder unfähig, oder JavaScript ist für die gewünschte Aufgabe einfach nicht die richtige Wahl.
die hohe Kunst des JavaScript scriptens ist das Abfragen und Behandeln jedes Browsers und deren Versionen. Guck dir mal ein größeres JavaScript Script an! LEIDER kocht auf diesem Gebiet jeder Browser noch sein eigenes Süppchen! :(
Mozilla/Firefox orientieren sich recht strickt an DOM weshalb viele "Eigenarten", die mit IE eingeführt wurden nicht ausgeführt werden und nur eine Fehlermeldung verursachen. Ich denke mal, dass der Konqueror zB toleranter bei der Interpretation ausgelegt ist (f. die breite Masse) als die Gecko Engine (strickte einhaltung von Standarts) weshalb D-Link und co Router, die von irgendwelchen Freizeitprogrammierern mit einem Webinterface versehen wurden, am besten mit dem IE arbeiten. Um eine Website für sogut wie alle Browser "verfügbar" zu machen, ist mein Tip, mit IDs zu arbeiten.
Wenn man also zB
hat, würde ich nicht über (innerhalb einer Form) mit document.form.eintextname.value sondern mit document.getElementById("eintextid").value Solange man eindeutige Namen vergibt, was man immer machen sollte, funktioniert das Einwandfrei mit IE, Mozilla & Co.
Da hat wohl ein Filter zugeschlagen, also nochmal: .... Wenn man also zB [input type="text" name="eintextname" id="eintextid" value"nureintext"] hat, ....
Ich hab mim Mozilla folgendes Problem: Wenn ich mehrere Seiten aufhabe (mehrere Fenster, keine Tabs), und eins davon ist diese Werbeseite:
http://62.141.62.93/index00001.php
Sobald ich diese Werbeseite schliesse, gehen alle anderen Fenster (inclusive Mail) auch zu, und ich muss den Mozilla neu starten ... (Ist auf der Arbeit unter Win2k ... ich weiss gehört nicht hierher, aber vielleicht hat einer das gleiche Problem)
das ist höchstwarscheinlich eine von Macromedia Dreamweaver erzeugte Funktion wegen dem MM_* die gibts in keinem Browser die muss in der HTML-Seite stehe oder nachgeladen werden
Also unter sorgfältig verstehe ich etwas anderes. Stichwort "Weiterleiten" in der Classic-Ansicht. Ansonsten ist Netscape aber zumindest konsequenter gewesen und hat anders als die Mozillalokalisierung auch immer versucht, Begriffe einzudeutschen statt einen englisch-deutsch-Mischmasch zu produzieren ("Verknüpfungen/Links", "Registerkarten/Tabs", "Verlauf/History", "Extras/Tools"). Ja, ich weiß, man kann das alles auch mit dem Fachbegriff-Argument totschlagen, das ist aber auch immer eine Sache des Standpunktes. Kleine Anekdote: Es wurde mal gefragt, weshalb das aktivierte "Tab" eigentlich immer heller ist als die anderen (im Vordergrund liegt) - es müsse doch im Grunde umgekehrt sein, da man die Schaltfläche mit der Maus "reindrücke". Bei "Registerkarten" wäre der Irrtum wohl nicht passiert.
PS. Ist denn überhaupt schon abzusehen, ob es überhaupt eine deutsche Version geben wird? Das sah ja schon bei 7.1 düster aus.
Was macht AOL mit dem Geld eigentlich? Der IE kostet ja nichts. Die werden wohl doch nicht etwa feindliche - ähm... freie Lösungen damit unterstützen?!
Ich denke wenn der nächste Anti Trust Prozess kommt das M$ AOL gekauft hat kann man behaupten das es nicht stimmt es gibt noch den Netscape.Es steht ja noch die EU Klage an.Und wenn es einmal Probleme mt M§ gibt dann hat man einen Browser und kann sofort reagieren.
Ein wenig off topic, aber ich habe zwei (vermutlich tatsächlich kaputte) Seiten, die sich mit dem konqueror nicht anzeigen lassen ("die Seite enhält scriptfehler"), wohl aber mit firefox/mozilla.
Wo kann ich die Melden, nachdem die Webmaster mir den virtuellen Stinkefinger gezeigt haben ? Sofern seitens KDE überhaupt interesse daran besteht, diesen html-Schrott anzeigen zu lassen ?
soweit ich weiß unterstützt konqueror html 4.01 vollständig sowie css und js. das problem meines erachtens liegt meistens darin das die seiten entweder browserabhängig geschrieben sind oder einfach nur schlecht gecodet wurden. ich hab mal eine studie gelesen wonach man ausgeht das ca. 85 - 90 % aller seiten mittlere bis starke codierungsfehler enthalten. wenn man sich an den standard hält sollten alle modernen browser die seiten richtig darstellen können. hier und da kann es immer wieder probleme geben, doch das passiert in der regel nur wenn man elemente einbaut die browserspezifisch sind.
Liegt das an den unterschiedlichen Java-Versionen?
Z.B. arbeitet das webinterface meines accesspoints mit java-script, keiner der gecko Browser kommt damit klar, der einzige Browser der mit den java-scripts keine Probleme bei mir hat ist konqueror.
Da vieles in Mozilla und Firefox selbst in JavaScript geschrieben ist, kann ich nicht ganz nachvollziehen was du meinst. Eigentlich ist gerade javascript noch eine schwäche vom Konqueror, wie auch ein paar CSS sachen.
Irgendwelche öffentlichen Beispiele?
Eine Beispiel im Internet habe ich jetzt gerade nicht, irgendwie ist mein Internetverhalten so, dass ich nur ganz selten bis nie auf solche Seiten treffe ;)
Zun den Accesspoints, ich habe das bisher bei zwei beobachten können, einer ist von sitecom und der andere von dlink. Beim sitecom accespoint wird auch schon das einloggen über einen java-script button gesteuert, da kam ich also nichtmal in die Konfiguration.
Beim dlink Accesspoint komme ich immerhin in die Konfiguration, da hier das Anmelden mit einem popup Dialog funktioniert. Wenn ich dann aber eine Einstellung ändere und auf "apply" klicke bekomme ich nur in der Statusleiste diese Meldung angezeigt "javascript:send_request();" und das wars. Beim konqueror wird der änderung problemlos angenommen...
Ich werde mal meine Augen offen halten, vielleicht finde ich noch eine internet Beispiel.
Error: form1 is not defined
Source File: http://192.168.0.222/h_dhcp.html
Line: 14
Das scheint was unüberwindbares für mozilla zu sein, konqueror kann damit leben...
Ohne code ist es natürlich schwer zu sagen, man müsste man den Hersteller fragen. Javascript gesteuerte Form sind jedenfalls grundsätzlich kein Problem, soetwas hab ich auch schon öfter genutzt
Also document.form1
Ja, die Meldung lese ich auch häufig, wenn es nicht klappt. Leider habe ich mir die Seiten auch nicht gemerkt. Aufgefallen ist mir das bei Mozilla und Firefox.
Das dürfte in dem Moment nur eine selbst benannte JavaScript funktion sein, sie hätte afaik auch send_thisfuckingfomular() heissen können
Freundliche Grüsse
August Meier
Weder Konqui 3.2.2 noch Feuerfuchs 0.9.1 haben irgendwelche Probleme mit der Page (beide unter Debian).
Wo Du den Feuerfuchs 0.9.2 fuer Linux her hast, moecht ich auch mal gerne wissen.
Die 0.9.2er wurde doch nur windoofspezifisch released. Naja auch egal.
also, mir fällt da nix auf - mein Mozilla 1.7 und auch 1.8 Alpha 2 zeigen die Seite völlig fehlerfrei und problemlos an.
MfG
Michael
was bedeutet "Blackdown-Java"? Naja, jedenfalls hat "Java-Scrip" und "JAVA" (JVM - Java Virtual Machine, von SUN-Microsystems) so gut wie nix miteinander zu tun.
Soweit mir bekannt ist, ist der JVM-Ersatz von Microsoft (= "VM") tot, erledigt, verschrottet. Hat MS im Einvernehmen mit SUN abgeschafft.
Falls du ein Windows-System hast: Das MS-VM de-installieren ...
http://www.winnetmag.com/Article/ArticleID/38206/38206.html
... und anstelle dessen das Original-Java von SUN installieren. Genauso das PlugIn im Netscape-Browser behandeln. Kann sein, daß du für die eine oder andere Webseite, welche Java verlangt, zusätzlich die Installation der Vorgängerversion des aktuellen Java benötigst.
Wenn du es nochmal von anderen, die sich besser auskennen, lesen willst, schau mal in die Newsgruppe d.c.s.m.b rein (Moz/NC).
Internetpräsenzen, welche mit (Sun) Java-Applets arbeiten, sind häufig Online-Banken und irgendwelche Katalog/Datenbank-Anbieter. Ich kenn ein paar.
Viel Erfolg,
ha
Habe mir eine leidlich aktuelle Version ausgesucht und installiert, bin auf ein paar Problemseiten gegangen -alles wunderbar- und mein Internet-Banking funktioniert auch noch.
www.ksk-tuebingen.de
Da oben der Link auf "Internet Banking".
Tut mit Mozilla unter Linux nicht, zunächst scheint alles zu tun, dann kann man sich aber nicht einloggen, es kommt die Java-Meldung, daß wg. technischer Schwierigkeiten der Login momentan nicht möglich ist. Ist aber nicht der Fall, denn gleich danach unter Windoof probiert, auch mit Mozilla, da gehts dann problemlos.
Solche Dinge nerven schon unendlich.
HardTux
Als Fachmann sehe ich keinen Sinn in einem Netscape für die ganzen Spiel-ixe.;)
Die sollen lieber einen für die richtigen Unix rausbringen.
Küß die Hand
Also wenn man z.B. einem Eingabefeld in einem Formlar mit und einer Division außerhalb des Formulars mit deklariert und dann mit Javascript darauf zugreifen will, schlägt das fehl.
Der Zugriff erfolgt einerseits über document.forms.FormularName.EingabefeldName und andererseits über document.getElementById(testname).
Kann man sich nun drüber streiten, ob das sinnvoll ist, auf jeden Fall habe ich die Benennung einheitlich gemacht, indem ich ein Identifizierungszeichen vorangestellt habe (d für div und i für input). Danach hat es auch der IE geschluckt.
Lange Rede, kurzer Sinn...
die hohe Kunst des JavaScript scriptens ist das Abfragen und Behandeln jedes Browsers und deren Versionen. Guck dir mal ein größeres JavaScript Script an! LEIDER kocht auf diesem Gebiet jeder Browser noch sein eigenes Süppchen! :(
-Jens
Mozilla/Firefox orientieren sich recht strickt an DOM weshalb viele
"Eigenarten", die mit IE eingeführt wurden nicht ausgeführt werden und nur
eine Fehlermeldung verursachen. Ich denke mal, dass der Konqueror zB
toleranter bei der Interpretation ausgelegt ist (f. die breite Masse) als
die Gecko Engine (strickte einhaltung von Standarts) weshalb D-Link und co
Router, die von irgendwelchen Freizeitprogrammierern mit einem Webinterface
versehen wurden, am besten mit dem IE arbeiten.
Um eine Website für sogut wie alle Browser "verfügbar" zu machen, ist mein
Tip, mit IDs zu arbeiten.
Wenn man also zB
hat, würde ich nicht über (innerhalb einer Form) mit
document.form.eintextname.value
sondern mit
document.getElementById("eintextid").value
Solange man eindeutige Namen vergibt, was man immer machen sollte, funktioniert das
Einwandfrei mit IE, Mozilla & Co.
....
Wenn man also zB
[input type="text" name="eintextname" id="eintextid" value"nureintext"]
hat, ....
[] = Spitze klammern
Wenn ich mehrere Seiten aufhabe (mehrere Fenster, keine Tabs), und eins davon ist diese Werbeseite:
http://62.141.62.93/index00001.php
Sobald ich diese Werbeseite schliesse, gehen alle anderen Fenster (inclusive Mail) auch zu, und ich muss den Mozilla neu starten ... (Ist auf der Arbeit unter Win2k ... ich weiss gehört nicht hierher, aber vielleicht hat einer das gleiche Problem)
Ach ja: Mozilla 1.7b
wegen dem MM_*
die gibts in keinem Browser
die muss in der HTML-Seite stehe oder nachgeladen werden
So ganz frisch ist der aber wohl nicht mehr.
Erschienen ist er am 25.06.03 und basiert auf Mozilla 1.4 , wenn ich mich nicht täusche.
>auf Mozilla 1.4 , wenn ich mich nicht
>täusche.
Hast Du da einen Link. Das würde mich stark interessieren!
Gruß
Kim
Gruß
PS. Ist denn überhaupt schon abzusehen, ob es überhaupt eine deutsche Version geben wird? Das sah ja schon bei 7.1 düster aus.
Wo kann ich die Melden, nachdem die Webmaster mir den virtuellen Stinkefinger gezeigt haben ? Sofern seitens KDE überhaupt interesse daran besteht, diesen html-Schrott anzeigen zu lassen ?
das problem meines erachtens liegt meistens darin das die seiten entweder browserabhängig geschrieben sind oder einfach nur schlecht gecodet wurden.
ich hab mal eine studie gelesen wonach man ausgeht das ca. 85 - 90 % aller seiten mittlere bis starke codierungsfehler enthalten. wenn man sich an den standard hält sollten alle modernen browser die seiten richtig darstellen können. hier und da kann es immer wieder probleme geben, doch das passiert in der regel nur wenn man elemente einbaut die browserspezifisch sind.