Oversized? Du hast doch schon die Erweiterung Activate Autocomplete installiert, da hat es dich auch nicht gestört.
Ansonsten hast du wohl
http://www.firefox-browser.de/forum/viewtopi…p=535805#535805
übersehen. Da könntest du mit nur einer Erweiterung alle Probleme auf einmal erledigen.
Wenn dich hingegen das Speichern von Daten im Skript-Text stört, dann solltest du doch eher zu "oversized" Lösungen greifen.
Wie sehen bei euch die folgenden Werte unter about:config aus?
http://kb.mozillazine.org/Browser.link.open_newwindow
http://kb.mozillazine.org/Browser.link.o…dow.restriction
Sollten auf 3 bzw. 2 stehen, wenn es daran keine Veränderungen gab.
Gemäß der Beschreibung aus http://kb.mozillazine.org/Browser.link.open_newwindow
3
Open links, that would normally open in a new window, in a new tab in the current window (Default in Firefox 2.0 and newer).
sollten Links, die normalerweise neue Fenster erzeugen im aktuellen in einem neuen Tab erscheinen.
Nimmt man aus http://kb.mozillazine.org/Browser.link.o…dow.restriction
2
Divert all links according to browser.link.open_newwindow, unless the new window specifies how it should be displayed. (Default in Firefox 1.5 and later and Camino 1.5)
This includes:
* All links with target="_blank".
hinzu, dann tendiere ich dazu euch recht zu geben. Die Artikel deuten darauf hin, dass die Links dann einen neuen Tab im gegenwärtigen Fenster öffnen sollten, also im Popup.
Hast du dir den Thread überhaupt richtig durchgelesen? Das Problem ist bekannt und noch nicht behoben.
Meine Gründe waren die nicht löschbare Chronik in der Adresszeile. Mir hat dieser Tread geholfen
Warum bezeichnest du es dann immer noch falsch?
Was mich stört, dass ich erst etwas installieren muss, damit es dann geht.
Es geht doch tadellos! Du solltest den Unterschied zwischen Funktionalität und Fehler kennen! Wenn dich eine Funktionalität im Fx stört, dann kannst du oft Erweiterungen nutzen, um diese zu modifizieren. Aber deswegen handelt es sich nicht um einen Fehler. Der Fx funktioniert, nur eben nicht unbedingt so wie du es willst, kennst oder erwartest.
Die breite Masse aber (zu der ich mich auch zähle) will einfach nur surfen.
Wie willst du denn beurteilen, was die "breite" Masse möchte? Du hast dein individuelles Weltbild und dein individuelles, antrainiertes Verhalten. Es gibt auch Dinge jenseits deines Tellerrandes und deine Sicht der Dinge muss nicht kongruent zur breiten Masse sein, auch wenn du dir das einbildest.
Unterhalb des Installationsverzeichnisses findet sich in defaults/profile die Datei bookmarks.html. Die kannst du editieren und beim Erzeugen neuer Profile sollten diese Lesezeichen übernommen werden.
Darf das Lesezeichen löschbar sein?
Wenn ihr so sicher seid, dass es ein Bug ist, dann -> bugzilla.mozilla.org
Oder bin ich zu negativ, weil ich die richtigen und guten Antworten nur nicht gefunden habe?
Hast du denn wirklich danach gesucht?
Wie oft bist du über diesen Link gestolpert?
http://www.firefox-browser.de/wiki/Problemdiagnose
Oder den?
http://www.firefox-browser.de/wiki/FAQ:Was_i…_zu_beachten%3F
Im Forum sind die Antworten entweder banal (Link zu FF Wiki)
Wenn du das als banal einstufst, dann verstehe ich nicht, wo dein Problem liegt? Bei soviel Banalität müsstest es doch eigentlich sogar du hinbekommen, wenn du dich mit dem Thema beschäftigen würdest.
Denn ich denke es wäre einfacher und logischer, wenn sich GM_openInTab() bezügl. relativen URLs und Referrer gleich verhalten würde wie window.open().
Der Gedanke kam mir beim Studieren der GM-APIs auch schon des öfteren. Mir sind die Gründe nicht bekannt, warum das auf diese Weise umgesetzt wurde. Dies intern zu ändern sollte wohl machbar sein.
Generell bevorzuge ich aber a[i].getAttribute() und a[i].setAttribute(), da dies für alle Attribute funktioniert
Meistens nutze ich das auch, die genannten Gründe kann ich nur bekräftigen.
Auch ist el.getAttribute() DOM2-Standard; bei el.href bin ich mir nicht sicher
Du brauchst gar nix. Kannst doch machen was du willst.
Ob du nun die GM-Api verwendest oder window.open, ich sprach davon statt getAttribute href direkt zu nutzen. Das reduziert deinen Code, macht ihn so weniger fehleranfällig. Zudem treten die Probleme mit Portnummern und den file-Referenzen nicht auf.
Alle Methoden haben ihre Vor- und Nachteile
Wo ist da nun der Nachteil gegenüber der bisherigen Lösung? Ich sehe da nur Vorteile. 
SQLiteManager installieren und damit die places.sqlite öffnen. Oder du suchst auf DevMo.
Entweder wie beschrieben über
http://kb.mozillazine.org/Locking_preferences
oder in dem das Skript die einzelnen Profile bearbeitet.
Nö, du hast doch als Admin Zugriff auf die Daten der Nutzer, also kannst du auch an deren Profilen Modifikationen vornehmen (außer die Daten liegen nur verschlüsselt vor).
Anzeige bei der Polizei machen!
Also mit Opera ist es definitiv auch bei web.de und http://www.dpd.de so wie im Fx. Alles andere würde mich auch wundern, denn beide Browser halten sich i.d.R. an die Spezifikationen der Seite.
Kann ich mit einem jungfräulichen Fx 3 Profil nicht bestätigen.
#header
{
position:absolute;
left:45px;
top:25px;
width:930px;
height:70px;
background-color:#E3002A;
z-index:1;
}
Bspw. ist der Header absolut positioniert. Daher bezweifle ich dass der Fx bei einer entsprechenden Fensterbreite die Seite zentriert.
bei mir wird jede seite immer "linksbündig" angezeigt
Tatsächlich?
http://www.heise.de/
http://www.firefox-browser.de/forum/index.php
Die beiden auch?
sorry, aber du hast keine Ahnung
Basst scho! Ich will dem Oberchecker natürlich nicht in die Suppe spucken. :roll:
Btw. warst du es, der oben die Erweiterung als Ursache nannte. Aber was red ich noch ...
Und tschüss!
