Beiträge von milupo

Zitat von CyBeRsUrFeR

hat sich leider als unkomfortabel erwiesen im Vergleich zu KOOKIESWAP

Da es weitere fehlende Add-Ons gab, habe ich erst mal beschlossen auf Firefox 56 zu downgraden, bis alle Funktionen unterstützt werden, die ich für mein Geschäft benötige.

"unkomfortabel" ist ein schwaches Argument. Hättest du CookieSwap nicht verwendet, wenn es unkomfortabel gewesen wäre und dennoch getan hätte, was du von ihm erwartest und es keine andere geeignete Erweiterung gegeben hätte? Downgraden solltest du nicht, aber nun gut, pass beim Downgraden auf, denn das Profil von Fx 57 ist möglicherweise nicht mehr mit Fx 56 kompatibel.

Der Entwickler von CookieSwap arbeitet an der entsprechenden Webextension, die allerdings nicht vor Januar erscheinen wird.

Wie gesagt, wir müssen jetzt erst einmal abwarten, bis der oben angegebene Bug gefixt ist. Bis dahin müssen wir uns eben mit -no-remote behelfen.

Zitat von waterkant

Also erst einmal besten Dank für die Debatte — und, ja: milupo hat recht, mit -no-remote in der Verknüpfung bekommt man die Möglichkeiten,

Zuviel der Ehre. Den Gedanken hat QuantumFan in Beitrag #10 eingebracht.

Was war denn die Ursache? Vielleicht hat jemand das gleiche Problem.

Zitat von Termie

bisher hat mir das (steinalte) Add-On "Basic Bookmarks for Firefox" 1A geholfen, den verschwendeten linken Platz in den Lesezeichen wegzubekommen.

Ich sag's mal so: Bisher hast du unverschämtes Glück gehabt, dass die Erweiterung überhaupt noch funktioniert hat. Die letzte Version ist von 2010! Der Entwickler hat diese Erweiterung schon längst sausen lassen.

Wahrscheinlich hätte sie diese Funktion als Webextension wirklich nicht mehr ausführen können, denn Webextensions können die Benutzeroberfläche von Firefox nicht mehr verändern. Es ist jedoch eventuell möglich, diese Funktion mit Hilfe der Datei userChrome.css, also mit Hilfe von CSS, umzusetzen. Trage am besten dein Anliegen im Unterforum Anpassen nochmal vor.

Ich habe ein Vermutung: Es ist möglich, dass sich Firefox mittlerweile streng an HTML 5.0 hält. Die Site ist noch in 4.01 und zwar in seiner großzügigsten Form (loose.dtd). Als Attribut für den Ankernamen verwendet die Site noch name: <a name="">...</a>. In der Attributliste auf MDN ist für dieses
Attribut das Element <a> nicht mehr aufgeführt:

MDN Attributliste

Andererseits ist es unter dem Element <a> noch aufgeführt, aber als veraltet gekennzeichnet:

Übersicht zum A-Element

Theoretisch sollte Firefox name noch akzeptieren, da die Site ja als HTML 4.01 deklariert ist und da das Attribut name da noch gültig war. Möglicherweise ist in Firefox die Unterstützung des Attributs name entfernt worden, zumindest lässt die Attributliste das vermuten.

Nun ja, in der Beziehung bin ich aber auch nur ein blindes Huhn.

Oh Gott, wie peinlich. Und schade um die Sucharbeit.

Es gibt schon einen Bugbericht:

Bug 1367743

Der englische String ist irgendwie etwas missverständlich: Launch profile in new browser "Profil in neuem Browser starten".

Ja, stimmt, mit -no-remote in der Verknüpfung geht es.

ich meine ja nur, die Beschriftung der Schaltfläche ist für mich etwas missverständlich.

Da muss ich doch gleich mal etwas fragen. In der Mozilla-Hilfe steht Folgendes:

Zitat

Hinweis: Die Schaltfläche Profil zusätzlich ausführen wird nicht zur Verwaltung von Profilen verwendet. Sie ist für solche Nutzer vorgesehen, die Firefox mit einem speziellen Startbefehl zum Öffnen von Firefox in der Befehlszeile starten.

Siehe hier:
https://support.mozilla.org/de/kb/firefox-…firefox-starten

Gibt es also einen Schalter dafür?

Zitat von Zitronella

bei mir öffnet sich auch nur ein neues Fenster vom ursprünglichen Profil.

Ja, so ist es. Aber es wird wohl genau das gemacht, was auf der Schaltfläche steht: Profil zusätzlich ausführen, das heißt, es wird eine zweite Instanz des gleichen Profils geöffnet.

Du hast mich gerade blockiert ... Ich habe das gleiche Build und ebenfalls mit einem frischen Profil getestet. Dennoch ...

Edit: Ach doch nicht - mein Beitrag ist doch noch vor deinem durchgerutscht. Hier nahm das Laden kein Ende.

Ich habe das gleiche Build und extra ein neues Profil verwendet. In den Eigenschaften zeigt Firefox zum Beispiel #§2, der Quelltext jedoch #&sect;2. Aber anscheinend ist das nicht die Ursache.

Bei mir funktioniert es ebenfalls nicht mit Fx 57. Andreas, welche Version hast du verwendet?

Wenn ich in den Quelltext schaue, steht dort das benannte Zeichen &sect; Eigentlich ist das Et-Zeichen (Ampersand) ein reserviertes Zeichen und sollte m. E. nicht in URLs stehen. Stattdessen sollte die Prozentkodierung verwendet werden, das entspräche bei dem verwendeten ISO-8859-1 der Kodierung %A7. Da das Paragrafzeichen aber kein reserviertes Zeichen ist, sollte man meines Wissens auch das Paragrafzeichen schreiben (§), also nicht kodieren.

Um so mehr wundert es mich, dass es bei Andreas funktioniert.

EDIT: In Seamonkey funktionieren diese Links übrigens.

@Sören: Siehe oben im Screenshot seines ersten Beitrags.

Zitat von universum123

:-?? wozu "Zusatzsoftware" und "Lizenz"

wofür bitte?

Für die Video- und Audiokonvertierung:

Zitat

Besides downloading, Video DownloadHelper is also able to make video conversion (changing audio and video formats) and aggregation (joining separate audio and video to a single file) very easy. This is a commercial feature that helps paying for the free stuff (we need to eat too). You are not compelled to use conversion for downloading videos from web sites, and you can avoid picking variants marked as ADP to avoid the need for aggregation.

Wenn ich mich recht erinnere, handelt es sich dabei um die "Companion App".

Schaue mal im Profil nach, ob du eventuell eine user.js hast, die du nicht selbst angelegt hast. Einstellungen in der user.js haben Vorrang.