Der Code kommt ganz normal in die userChrome.css Datei.
Sollte der Ordner chrome nicht vorhanden sein musst du ihn dir erst erstellen, und in ihm dann eine userChrome.css
Du mußt dir im Profilordner einen neuen Ordner chrome erstellen und in diesem dann eine Textdatei ( mit einem Editor ) in die du den Code kopierst, bzw. einträgst.
Dann schließt du die Datei und speicherst sie als userChrome.css ab.
Danach mußt du den Firefox neu starten.
PS:
Du musst dir dazu die versteckten Dateiendungen anzeigen lassen.
Um das einzustellen klickt man im Windows 10 Explorer (wenn man einen Ordner offen hat) erst oben links auf Ansicht..dann rechts oben auf
"Optionen" > "Ordner und Suchoptionen ändern" > "Ansicht"
und entfernt das Häkchen bei "Erweiterungen bei bekannten Dateitypen ausblenden"
Wo finde ich meinen Profilordner
Eine genaue Beschreibung dazu befindet sich auch unter diesem Link:
Anpassungen der Firefox-Oberfläche mittels userChrome.css
Zusätzlich muss in about:config der Eintrag:
toolkit.legacyUserProfileCustomizations.stylesheets
auf true stehen.
Position ist (hier) immer mittig vom aufgerufenen Fenster, ohne code oder script. Und nu?
Die feste Einstellung der Größe über den Umweg FF-CSS mag noch halbwegs helfen, aber mit der Position scheint dies nicht möglich zu sein?
Irgendein CSS-Code oder ein Benutzerskript wird die Ursache sein, dass die Position nicht stimmt. Da hilft es nicht unbedingt, das mit einem anderen CSS-Code oder Benutzerskript geradebiegen zu wollen.
Die feste Einstellung der Größe über den Umweg FF-CSS mag noch halbwegs helfen, aber mit der Position scheint dies nicht möglich zu sein?
Irgendein CSS-Code oder ein Benutzerskript wird die Ursache sein, dass die Position nicht stimmt. Da hilft es nicht unbedingt, das mit einem anderen CSS-Code oder Benutzerskript geradebiegen zu wollen.
D.h. normalerweise sollte sich auch FF >=73 Position und Größe der Lesezeichen-Dialoge weiterhin merken?
Standardmäßig erscheint der Lesezeichendialog unterhalb des Sterns in der Adressleiste, mit dem der Lesezeichendialog ja aufgerufen wird. Je nachdem, wo der ist, ist auch das Fenster für den Lesezeichendialog. Wenn die Adressleiste groß ist und du rechts kaum Symbole hast, ist der Stern und somit der Lesezeichendialog weit rechts.
Ja!
Nein! 
Wenn ich die "userChrome.css" weglasse merkt er sich NICHT die Position des Fensters!
Das Fenster erscheint immer in der gleichen Position relativ zum Lesezeichen-Stern - egal ob mit oder ohne userChrome.css!
Ach so. Das nächste Mal etwas genauer.
Es bleibt dabei, du musst eine Anpassungen durchsehen. Bei mir ist dieses Fenster immer mittig.
Der erscheint seit FF 73 leider immer mittig und in fixer Größe (zuvor dort, wo er zuletzt hin verschoben wurde, in der dann eingestellten Größe).
Das ist ein 'Bug' in der aktuellen Version. Keine Ahnung, ob es da schon einen Bugzilla-Eintrag zu gibt. In der Nightly (FF76) merkt er sich wieder die letzte Position.
Ach, Irrtum vom Amt. Irgendwie war ich jetzt der Meinug, dass mittig as Ziel war.
Keine Ahnung, ob es da schon einen Bugzilla-Eintrag zu gibt. In der Nightly (FF76) merkt er sich wieder die letzte Position.
Wenn es behoben ist, dann gibt es mit hundertprozentiger Sicherheit dazu etwas auf Bugzilla. Das ist nämlich verbindlich bei Mozilla: Jeder Bugfix muss ein Ticket haben.
Wen es interessiert: man kann über mozregression das Ticket finden, da das Tool nicht nur nützlich ist, um das erste Auftreten von Fehlern zu finden, sondern auch umgekehrt, um Fehlerbehebungen zu finden. Ich kann das in dem Fall nicht tun, da das Eigenschaften-Fenster auf macOS noch nie beweglich war.
Auf Verdacht hin würde ich raten, dass es eine Regression aus der Ent-XUL-ifizierung war, weil schon ähnliche Bugs daraus resultierten. Aber wie gesagt, mozregression könnte das Geheimnis lüften.
Wenn es behoben ist, dann gibt es mit hundertprozentiger Sicherheit dazu etwas auf Bugzilla. Das ist nämlich verbindlich bei Mozilla: Jeder Bugfix muss ein Ticket haben.
Es könnte aber auch sein, dass dieses Verhalten (fixe Position) intendiert war und man dann später gemerkt hat, dass es vielleicht doch nicht so toll ist und wieder zurückgerudert ist. Dann wäre es ja einfach nur eine neue (bzw. alte) Design-Entscheidung.
Wen es interessiert: man kann über mozregression das Ticket finden, [...]
Ja, hat was meditatives, dieses Tool. Kann die Benutzung nur empfehlen...sollte dann aber der TE machen!
Klar, auch das, was du sagst, ist möglich. Jede bewusste Änderung hat aber erst recht ein Bugzilla-Ticket. 
Es werden sogar Code-Änderungen durch einen Code-Sheriff wieder rückgängig gemacht, wenn die Commit-Nachricht kein Bugzilla-Ticket oder das falsche referenziert. Das ist gut, weil das Ergebnis ist, dass wirklich jede Änderung nachvollziehbar bleibt.
