Beiträge von BrokenHeart

  • Nur die Anzeige der Ordner/Lesezeichenanzahl in einer anderen Farbe darstellen

    Zitat von grisu2099

    Schade, daß hier niemand eine Lösung anbieten kann... ;(

    Geduld... ;) . Dafür muss, wie Mira_Belle schon richtig bemerkt hat, dass ganze Skript umgeschrieben werden.

    Zitat von Mira_Belle

    Wenn ich das richtig verstehe, hat das etwas damit zu tun, dass erst der Text gelöscht wird und danach

    durch den neu erzeugten Text inkl. der Anzeige "Ordner/Lesezeichen je Ordner" ersetzt wird.

    Genau richtig. Das ist der Grund, weswegen der Eintrag('Label') nur als Ganzes angepasst werden kann. Man muss also zwei getrennte Einträge machen: normales Label + Anzahl der Ordner/Items. Ich hatte mir das so vorgestellt, dass man über ::after und content die "ZusatzInfos" eben nur temporär (ohne DOM-Eintrag) anzeigen lässt. Ist aber nicht ganz einfach, dass alles in JavaScript einzubinden, da es dafür keine Befehle gibt. Hab aber eine mögliche Lösung gefunden, die ich noch ausprobieren muss. Mal schauen, ob das was wird... :/

  • Mehrzeilige Tableiste für aktuelle Firefox-Versionen

    Hallo phloo,

    so ganz einfach kann man diese "Unsauberkeit" gar nicht lösen, zumindest nicht nur mit CSS. Das Problem wird in erster Linie durch die Funktion gBrowser.selectedTab.scrollIntoView(); verursacht. Damit wird, wie der Name schon sagt, ein neuer (selektierter) Tab in den sichtbaren Bereich gebracht. Das passiert dann automatisch und ist sehr praktisch und einfach in der Anwendung. Allerdings scrollt er eben nicht immer an die Position, die die Abstände zur oberen und unteren Kante des sichtbaren Bereichs gleich lässt. Das Problem sollte eigentlich nur dann auftreten, wenn eine Scrollbar erscheint, wenn mehr Zeilen angezeigt werden müssten, als Platz dafür vorhanden ist. Ist das nicht der Fall, sieht es (zumindest mit den Default-Einstellungen) so wie auf dem Screenshot aus. Dort ist am unteren Seite der Tabs auch noch ein Schatten, was dann aber eben optisch die "Lücke" schließt.

    Änderungen müssten an der Höhe der Scrollbox (bei mir Zeile 630) durchgeführt werden, die Funktion 'scrollIntoView()' müsste durch manuelle Berechnungen ersetzt werden und dann müsste wahrscheinlich auch noch das Scrollverhalten angepasst werden.

    Sorry, aber das alles ist mir für diese Version des Skripts viel zu aufwendig. Wenn du eine einfachere Lösung hast, immer her damit... ;)

  • Alles Wissenswerte zu Firefox ESR 115 inklusive Unterschiede zu Firefox 115

    Danke für die Infos!

    Es freut mich, dass es diesmal außer den unternehmensspezifischen Features anscheinend keine technischen Unterschiede mehr zur Release-Version gibt :thumbup:. Ich werde wieder warten, bis ich am 26. September automatisch auf die neue Version upgedatet werde. Da bei mir alle individuellen Änderungen eh schon auf der 115 laufen, wird es dann wohl auch keine Anpassungsprobleme geben. ;)

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von FuchsFan

    Bleibt es trotzdem dabei? :/

    Ich habe es heute Morgen nochmal mit dem Debugger untersucht. Es wird in der eigentlichen Download-Funktion über den Aufruf im Skript grundsätzlich immer das Flag launchWhenSucceeded gesetzt. Das ist der Grund, warum die Datei dann über die Standard-Anwendung zusätzlich noch geöffnet wird (z.B. bei .pdf) . Die Einstellungen in der Auswahldialogbox werden nicht berücksichtigt. Habe es noch mit der zusätzlichen Funktion dialog.mLauncher.setDownloadToLaunch(false,null); versucht, aber auch das ändert nichts an dem Verhalten.

    Sicher gibt es dafür eine (einfache?) Lösung, aber ich finde sie nicht. Und noch tiefer möchte ich nicht in den FF-Code eindringen.

    Wie gesagt, es gibt über den Windows-Schnellzugriff eine mehr als praktikable Alternativlösung. Außerdem verhält sich die Speichern-Funktion auch nicht standardmäßig (Keine Nachfrage bei vorhandenen Dateien!), was für mich ein weiteres Ausschlusskriterium ist.

    Ansonsten muss man eben mit der handler.json "spielen" und die entsprechenden Einstellungen dort vornehmen. Eine einfache Lösung habe ich nicht, sorry...

  • Fehlerhafte Grafikdarstellung bei bestimmten Websites

    Zitat von Woodman45

    Tja, im Fehlerbehebungsmodus sieht die Seite jetzt so aus:

    Im Fehlerbehebungsmodus wird ja auch WebGL deaktiviert. Ich glaube eher nicht, dass du ein Problem mit WebGL hast. Die roten Marker sind wahrscheinlich aus einem Font (KMT-Font?) und die hat der Firefox wohl irgendwie falsch geladen bzw. wurden falsch vom Server übertragen. (siehe unten)

    Du könntest mal versuchen, den Cache und die Website-Daten/(Cookies) zu leeren.

    Auch das nochmalige Laden der besagten Seite mit [STRG]+[F5] lädt die Daten neu vom Server.

    Ob das schon reicht kann ich nicht sagen, aber vielleicht hilft das schon...

    Edit: Die roten Marker sind anscheinend doch nur SVG-Grafiken.

    Werden bei dir die anderen Grafiken (links,oben) richtig dargestellt ?

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Ich verstehe den Code unten nicht so richtig, aber könnte es sein, dass durch die nicht existente ID locationtext, die, so wie du geschrieben hast, zu location weitergeleitet wird, ein doppeltes location entsteht? Es kann aber auch sein, dass ich dich missverstanden habe

    Sorry, hatte die Frage übersehen :( :

    Nein. In dem Element 'location' im Speichern-Dialog steht einfach der Dateiname der zu speichernden Datei und der wird ausgelesen. Kann man sich ja mit dem Inspektor anschauen. Dann wird das Ganze in ein neues File-Objekt gepackt und abgespeichert. Mehr ist da nicht. Das Element mit der ID -> 'locationtext' spielt überhaupt keine Rolle und man könnte die Zeilen auch entfernen (zumindest unter Windows und in der aktuellen FF-Version).

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von FuchsFan

    Nein, bist Du nicht, habe gerade nachgesehen. ;)

    Puuh, da haben wir beide ja noch mal Glück gehabt! In den USA hätte "auf den Fuß treten" wahrscheinlich astronomische Schadenersatzforderungen nach sich gezogen... ;)

    Zitat von FuchsFan

    Den Versuch mit den Schnellordnern habe ich auch gemacht, ist nicht ganz meine Sache, oder ich mache es nicht richtig.

    Bei dem Script kann ich gleich den Ordner auswählen, mit Win11 habe ich ja dann nur den vorgegebenen Download-Ordner des FX, muss dann notfalls die Dateien wieder in andere Ordner verschieben. Oder ist dem nicht so?

    Zugegebenermaßen weiß ich nicht, wie es unter Win11 ist, aber ich kann mir nicht vorstellen, dass es da anders ist als unter Win10.

    Du kannst beim Schnellzugriff jeden beliebigen Ordner angeben. Die Beschränkung auf den Download-Ordner beim Speichern gilt ja meines Wissens nur für Webextensions.

    Bei mir sieht es z.B. so aus:

    Hier noch mal die Anleitung (für Win10), die wirklich wichtig ist, wenn es nachher so wie gewünscht funktionieren soll:

    Windows 10: Ordner nur manuell zum Schnellzugriff hinzufügen
    Windows fügt Ordner automatisch zum Schnellzugriff hinzu. Damit verschwinden aber manche, die Sie dort gern sehen würden. So ändern Sie das.
    www.pctipp.ch

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von FuchsFan

    Bleibt es trotzdem dabei? :/

    Ja, kann ich machen. Aber ich kann natürlich nicht sagen, ob das irgendwas bringt und am Ende ein funktionierendes Skript dabei rauskommt.

    Aber mal eine Gegenfrage: Was ist der Grund, warum du unbedingt dieses Skript nutzen möchtest, wenn es doch wie erwähnt eine ganz hervorragende Alternative in Windows dazu gibt? Hast du das mal ausprobiert? Ich bin der Meinung das Abspeichern einer gedownloadeten Datei sollte man (unter Windows) Mozilla bzw. Microsoft überlassen. Da laufen nebenher bzw. asynchron noch mehr Überprüfungen und das wird alles in dem Skript nicht berücksichtigt. Deswegen öffnet sich ja auch plötzlich zusätzlich noch die verknüpfte Anwendung für einen bestimmten Dateitypen.

    Oder ist der Grund, dass du auch den Speichern-Dialog wieder so schön angepasst hast und du das beim Standard-Windows-Dialog nicht machen kannst? Sei ehrlich... ;)

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Wie gesagt, war nur so eine Idee.

    Ist ja auch vollkommen OK so. :thumbup:

    Du hattest schon oft sehr gute Ideen, die dann auch zum Ziel geführt hatten.... :)

    Zitat von milupo

    Und wenn man dann wieder die handlers.json löscht?

    Dann macht er es wieder richtig. Wobei das Skript eh merkwürdig ist. Es wird nämlich einfach eine schon bestehende Datei (ohne Nachfrage) überschrieben. Das kann man zwar sicher noch ändern, aber ich würde ehrlich gesagt das Skript in diesem Zustand gar nicht mehr verwenden. :( . Zumal es zumindest unter Windows(10) mit dem "Schnellzugriff" eine absolut gleichwertige Alternative für das Skript gibt. Funktioniert sogar besser, da man seine Ziel-Verzeichnisse dann global in jedem Speichern-Dialog zur Verfügung hat.

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Doch: .saveDestinationAvailable und auch mLauncher sind in der Datei HelperAppDlg.sys.mjs enthalten.

    So wie ich das sehe wird es da aber nur aufgerufen. Die eigentliche Funktionalität kommt ja von einer C++ DLL und wird dann an über eine Exportfunktion für JS verfügbar gemacht. Ich habe mir das jetzt nicht im Detail angeschaut, aber wenn dieser Import fehlen würde, dann würde ja das Abspeichern nicht funktionieren und in der Browser-Konsole würde man dazu etwas finden und zwar in der Form, dass es diese(s) Objekt/Funktion/Variable nicht gibt. .. :/

    Ich kann jetzt übrigens bestätigen, was 2002Andreas geschrieben hat:

    Zitat von 2002Andreas

    Hier ist es so, wenn man einmal die Einstellungen für z.B. pdf Dateien ändert, dann funktioniert es nicht mehr, wenn man die Änderung wieder rückgängig macht.


    Dann wird wieder gespeichert und geöffnet. :/

    Was aber gar nicht so schlecht ist, so kann man wenigstens reproduzierbar in einen Zustand kommen, in dem der Fehler wieder auftritt und man kann testen...

    Edit: milupo : Wenn ich den Import einfüge, wenn der Fehler wieder auftritt, dann ändert das nichts: Datei wird wieder gespeichert und geöffnet.

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Binde oben mal folgende Modulzeile ein und teste. Ist nur so eine Idee.

    Habe ich gemacht, aber das Problem ist, dass es bei mir ja schon vorher wieder funktioniert hat (Nightly & Release). Mit dem zusätzlichen Import hat sich da nichts geändert, geht immer noch . Ich sehe aber auch nicht, dass im SaveTo-Script die Funktionalität aus dieser importierten Datei irgendwo verwendet wird. :/

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Das bezog sich darauf, dass du mir mit deinem Beitrag #257 jede Illusion geraubt hast, einen Fehler gefunden zu haben. :)

    Ok, alles klar :)

    Aber ich wollte dir nicht deine Illusionen rauben. Ein Leben ohne Träume und Illusionen ist ansonsten viel "zu real"... ;)

    zum Thema:

    Es hat wohl irgendwas mit der 'handler.json' zu tun, aber ich denke, dass die Ursache das Skript selber ist, eben speziell die Anweisung dialog.mLauncher.saveDestinationAvailable(file);. Dieses Problem mit den Dateitypen gibt es ja nur bei diesem Skript und das auch schon seit Längerem. Wenn nicht noch eine wirklich immer funktionierende Lösung gefunden wird, werde ich am Wochenende mal der ganzen Sache mit dem Debugger auf den Leib rücken...

  • Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

    Zitat von milupo

    Doch, aber das Problem besteht doch weiterhin, nur mein Gedanke war nicht zutreffend. Oder habe ich dich falsch verstanden?

    Ja, vielleicht haben wir uns missverstanden?!

    Das erste Problem ("nichts wird abgespeichert"), welches FuchsFan beschrieben hat, ist ja durch dieses veränderte Skript gelöst.

    Das zweite Problem, welches 2002Andreas beschrieben hat ("Gleichzeitiges Öffnen und Abspeichern in der Nightly") ist noch nicht gelöst. Also bei mir schon, da der Fehler, wie weiter oben beschrieben, hier nicht mehr auftritt. Mein Verdacht ist immer noch die 'handlers.json', aber ich bin nicht sicher... :/

    Deine Vermutung, dass irgendwas mit 'locationtext' nicht in Ordnung ist, hat mit den beiden anderen Problemen nichts zu tun, da die ID im Script eigentlich gar nicht verwendet wird (siehe die Erklärung in #257).

    Edit: Ok, jetzt habe ich dich verstanden (glaube ich):

    Das Zitat: "Tja, da bin ich vorerst mit meinem Latein am Ende." bezog sich auf meinen Beitrag, welchen ich vorher geschrieben hatte. Ich war davon ausgegangen, dass es sich darauf bezog, dass du 'locationtext' in den gezipten Dateien nicht finden konntest und dachte er wäre an 2002Andreas gerichtet. Falls es so ist: Sorry für die Verwirrung... ;)