Beiträge von Gnubbel

Zitat

Versuch doch mal alle Ext. zu deaktivieren

Das wär ne Idee. Allerdings, fällt mir grad ein, hat mein Bekannter, der das selbe Verhalten auf seinem FF hat, diesen frisch installiert, also ohne jede Extension.

Zitat

nimm die zip, die brauchst du nicht installieren.

Das werd ich mal machen. Danke für den Tipp!

-----------------------

So, ich hab mir die Preview auf die Festplatte gezogen. Jetzt macht er generell ein neues Fenster auf, auch wenn der Zielframe eindeutig definiert ist. Änderung des Framenamens bringt auch nix. Naja, wenigstens zeigt er jetzt überhaupt eine Reaktion - aber das Gelbe vom Ei ist es immer noch nicht.

-----------------------
Hab's gefunden! [Blockierte Grafik: http://www.mehr-umsatz-und-gewinn.de/smilies/juhu.gif]

In der hintersten Ecke der Tabbrowser Extensions hab ich nen Eintrag aufgestöbert, wie Links auf serverfremde Seiten zu öffnen sind. Den hab ich auf Standard gestellt, jetzt funzt es.

Danke nochmal für die Hilfe!

Also gut...

Zitat

1.

Line 12, column 37: there is no attribute "FRAMEBORDER"

<frameset cols="*,800,*" frameborder="0" framespacing="0" border="0">

You have used the attribute named above in your document, but the document type you are using does not support that attribute for this element. This error is often caused by incorrect use of the "Strict" document type with a document that uses frames (e.g. you must use the "Transitional" document type to get the "target" attribute), or by using vendor proprietary extensions such as "marginheight" (this is usually fixed by using CSS to achieve the desired effect instead).

This error may also result if the element itself is not supported in the document type you are using, as an undefined element will have no supported attributes; in this case, see the element-undefined error message for further information.

How to fix: check the spelling and case of the element and attribute, (Remember XHTML is all lower-case) and/or check that they are both allowed in the chosen document type, and/or use CSS instead of this attribute.

✉
2.

Line 12, column 54: there is no attribute "FRAMESPACING"

<frameset cols="*,800,*" frameborder="0" framespacing="0" border="0">

✉
3.

Line 12, column 65: there is no attribute "BORDER"

...s="*,800,*" frameborder="0" framespacing="0" border="0">

✉

Alles anzeigen

Mehr dazu unter http://de.selfhtml.org/html/frames/eigenschaften.htm#rahmen ...

Dass der Validator nicht mit CGI-Parametern umgehen kann und deshalb alles, was mit "?a=b&c=d" zu tun hat, als invalid abstempelt, ist mir bekannt. Aber ich schreibe meine Webseiten, damit sie aufgerufen werden können, und nicht, um ein zerstrittenes W3C zufrieden zu stellen.

Um diesen lästigen Zankapfel, der mir eben nicht weiterhilft, ein für allemal aus der Welt zu räumen, habe ich das Frameset von allen Attributen, Parametern und Formatierungen befreit, an denen sich der Validator stoßen könnte (hier das Ergebnis) und als http://www.schwaebischer-albverein.de/lauffen/index2.html hochgeladen. Und es geht trotzdem nicht!!!

Komisch, die gleichen Dateien bei mir aufm Rechner funktionieren tadellos...

Also bitte lassen wir mal jetzt den Validator in Ruhe und konzentrieren wir uns aufs Wesentliche, damit könntest du mir wirklich helfen. Es wäre ja durchaus möglich, dass eine von den Erweiterungen, die ich installiert habe (Tabbrowser-Preferences, Tabbrowser-Extensions, MiniT, Undo Closed Tabs, Duplicate Tab ...) das beschriebene Fehlverhalten verursacht.

Wo hast du diese "Fehler" gesehen? Oder bezeichnest du die 59 Warnings in der home als Fehler? Sorry, aber das <nobr> brauche ich, auch wenn es hundertmal nicht standardkonform ist, und was passiert, wenn du in dem CGI-String die "&" escapest, kannst du ja mal ausprobieren. Also immer schön die Kirche im Dorf lassen.

Ich dachte eigentlich, wenn ich die FF-Extension "HTML Validator" habe, reicht das. Aber ich habe mir trotzdem die home.html nochmal über den mir von dir empfohlenen Link angeschaut, und da war lediglich ein Mal das <nobr> und ein fehlender Alt-Tag. Deswegen soll eine Webseite nicht valide sein? Das ist doch lächerlich!

Bitte nimm auch du jetzt zur Kenntnis, dass ich diesen Thread nicht eröffnet habe, um mich als HTML-Trottel hinstellen und mir Diskussionen über die Validität und Nicht-Validität meiner Quelltexte aufnötigen zu lassen, sondern weil ich hoffte, dass mir einer von euch evt. helfen kann bei einem Problem, das weder auf dem IE, noch auf Netscape 7, noch auf Netscape 4, noch auf Opera 7, noch auf Opera 6, noch auf Firefox 0.8 auftritt, sondern einzig und allein auf der von mir installierten Firefox-Version 0.9.3. Die Leute bei Baseportal haben mir inzwischen eine Menge guter Tipps gegeben, also werde ich das Thema wohl lieber dort weiterverfolgen.

Ich verstehe das nicht ganz. Das Problem tritt also auch bei anderen Browsern auf, sogar beim IE, der noch auf dem Stand vor dem Urknall ist? Dann sollte man vielleicht mal am JS schrauben...

Okay, wenn das für meine Oma nicht zumutbar ist, im Internet ein bissl gesundes Misstrauen zu zeigen und Textfelder, die alles wegschlucken, als suspekt einzustufen, dann sollte sie wohl wirklich zu Fuß zur Kreissparkasse schlabben. Aber dann sollte sie auch so konsequent sein und den Geldautomaten meiden, denn da hat auch schon so mancher Gauner dran rummanipuliert.

Übrigens kann man nach amerikanischer Rechtssprechung den Hersteller eines Mikrowellengeräts durchaus für das vorzeitige Ableben eines Hundes verantwortlich machen, wenn er die Besitzerin nicht ausdrücklich darauf hingewiesen hat, dass das Gerät zum Trocknen von Haustieren nicht geeignet ist.

Nein, bringt mich leider keinen Millimeter weiter. Die in diesem Kapitel beschriebenen Grundlagen sollten eigentlich selbstverständlich sein und haben das Problem auch garantiert nicht verursacht.

Wie schon gesagt, es betrifft ausschließlich den Firefox > 0.8, und ich habe es auch nur bei Seiten, die auf dem Baseportal-Server liegen, bemerkt, und auch dort nicht bei allen (aber leider bei ziemlich vielen). Wobei ich immer noch der Ansicht bin, dass der Server, sobald der Browser von ihm einen 100%-ig validen Quelltext bekommt, als Ursache ausscheidet (Ich benutze den HTML Validator und schreibe seit über 4 Jahren sämtliche HTMLs - und nebenher auch Javascript, PHP und Perl - ohne WYSIWYG, und ich denke, dass ich meine Behauptung zur Validität meiner Quelltexte verantworten kann).

Aber eigentlich ging es mir nicht darum, über die Grundlagen von HTML zu debattieren, sondern ich wollte mal wissen, ob im Kreis der FF-Anwender und -entwickler dieses Problem schon mal aufgetaucht ist, und ob es bereits Vermutungen gibt, wie man das Problem (außerhalb von HTML) in den Griff kriegen kann. Ich bin ansonsten mit dem FF sehr zufrieden und benutze ihn seit FB 0.4 als Standardbrowser, aber dieses Verhalten nervt mittlerweile nicht nur mich fürchterlich.

Zitat

Ruhig mal ein bischen in rumstöbern, kann nicht schaden

Danke für den Tipp, aber SelfHTML gehört für mich seit fünf Jahren zur Standardliteratur.

P.S. Hatte mich im vorigen Post vertan, bei <...target="_blank"> wird die Seite nicht im selben Frame, sondern im Top-Frame geöffnet. Sorry!

Dass das nur geht, wenn man per Direktlink von jener Seite auf die Seite mit dem Onlinebanking springt, stimmt so nicht. Ich hab den Test auch gemacht und den Tab offen gelassen. Was glaubt ihr wohl, was passierte, als ich hier posten wollte???

Das betrifft mittlerweile recht viele Websites. Ein Beispiel wäre die Navigation von http://www.schwaebischer-albverein.de/lauffen/.

Der Witz ist, wenn ich mal testweise irgendeinen Link erstelle, selbst auf dem gleichen Server, führt der FF ihn auch sauber aus. Aber ich glaube auch nicht, dass es am Server liegt, denn der Browser hat ja nur HTML-Code anzuzeigen, und da sollte es ihm doch wurscht sein, von welchem Server der Quelltext kommt.

Frames sollten als Ursache ebenfalls ausscheiden, denn bei einer anderen, framelosen Seite (keine URL, da passwordgeschützt) tritt das Problem bei <form target="_blank"> auch auf, d.h. die Seite wird im selben Fenster geöffnet. Auch Tests mit und ohne Formular, mit und ohne CGI-Parameter, mit und ohne Perl-Code haben mich keinen Millimeter weitergebracht, und jetzt bin ich mit meinem Latein ziemlich am Ende.

Hallo zusammen, bin neu hier und hab gleich ein ziemlich spezifisches Problem: Bei Seiten, die ich mithilfe des Datenbanksystems von BasePortal (nur zur Info!) erstellt habe, öffnet der FF bei <a target="_blank"> die Seite im selben Fenster, bei <a target="NameDesFrames"> passiert überhaupt nichts. Genau so verhält er sich bei <form target="...">.

Vor kurzem hat ein Bekannter von mir ebenfalls den FF 0.9.3 installiert, und bei ihm tritt haargenau der gleiche Fehler auf.

Ich habe das natürlich zuerst bei Baseportal ins Forum gepostet. Aber da dieses Verhalten ausschließlich beim Firefox auftritt und erst ab der Installation von V. 0.9.3, möchte ich beide Richtungen im Auge behalten.

Könnte das vielleicht etwas mit dem deaktivierten Shell protocol handler zu tun haben?