Beiträge von Horstmann

Zitat von dz7381

das funktioniert, mit allen Zeilen.

Prima !

Zitat von dz7381

CSS

tab[first-visible-tab=true][last-visible-tab=true],
tab[first-visible-tab=true][last-visible-tab=true] + #tabbrowser-arrowscrollbox-periphery{
display:none!important;
}
#tabbrowser-tabs, #tabbrowser-arrowscrollbox {min-height: 0 !important;}

Nun, nach dem Update auf Version 110 geht´s nicht mehr.

Du könntest sowas in der Art probieren ; evtl. brauchst du nicht alle Zeilen :

#tabbrowser-tabs, #tabbrowser-tabs arrowscrollbox, #TabsToolbar {
    min-height: 0 !important;
}

.tabbrowser-tab:only-of-type, 
.tabbrowser-tab:only-of-type + #tabbrowser-arrowscrollbox-periphery, 
#private-browsing-indicator,
#private-browsing-indicator-with-label, 
#tabbrowser-tabs:not([overflow="true"]) ~ #alltabs-button {
    display: none !important;
}

Die Attribute last/first-visible-tab gibt's nicht mehr .

Zitat von bananovic

Zitat von Horstmann

Vereinfacht gesagt, . statt # .

Genau so habe ich es gemacht, den Hashtag durch einen Punkt ersetzt. Ich habe vergessen, mich zu bedanken, was ich hiermit nachholen möchte.

Aber gerne doch, prima dass es geklappt hat !

Die Lösung kam natürlich hier von Sören , ich selber hatte es irgendwann in einem Posting auf Reddit gesehen .

Zitat von Sören Hentzschel

Zitat von Horstmann

…

…

Zitat von Sören Hentzschel

Das ist noch nicht umgesetzt. Firefox 109 ist vor gerade mal zwei Wochen erschienen. Man kann davon ausgehen, dass sich Mozilla noch im Prozess des Sammelns von Feedback befindet, bevor hier überhaupt erstmal ein finales Konzept ausgearbeitet wird. Vor Firefox 112 passiert hier mit Sicherheit nichts.

Danke für die Infos !

Das ganz oben zitierte hatte ich schon gelöscht, weil es nur ein persönlicher Eindruck ist ohne konkrete Anhaltspunkte .

Zitat von .DeJaVu

Ja.

Was genau meinst du?

In den von Dir getesteten Versionen, hast Du signifikante Veränderungen in der normalen Applikation von Button und Menu festgestellt ?

Die CSS Anpassungen werden uns noch eine Weile beschäftigen, vermute ich .

Hat sich was getan in Bezug zur Funktion - zeichnet sich ab ob der Button verschiebbar sein wird, falls nein funktioniert das Verschiebenskript noch, lassen sich Menüeinträge in der Reihenfolge anordnen, solche Dinge ?

Zitat von .DeJaVu

Wie ich bereits vermutete - neuere Firefox-Versionen haben geringe Abweichungen im CSS. Was in der Nightly gut aussieht, ist in der aktuellen Final 109 leicht verrückt. #105

Vermutlich ist damit Beitrag #105 gemeint , und bezieht sich auf die Grid Variante ?

Sind weniger exotische bisherige Anpassungen vom Button und dem Menü auch betroffen, oder nur diese Kachelgeschichte ?

Zitat von stromike

Na logisch Andreas, ich frage mich aber auch warum ihr die nicht in die Zip datei mit rein macht, so ist es doch sehr umständlich für neue Leute.

Die nötigen aktuellen Dateien sind doch in der in der Download-Datei ( zip ... ) ; eventuell vorhandene ältere Dateien zu ersetzen sollte eigentlich nicht so kompliziert sein .

Um ehrlich zu sein - ich selber ( ohne Vorkenntnisse ) habe allerdings bestimmt 10 Minuten gebraucht um vor ca. einem Jahr erste Scripts zum Laufen zu bringen - hmmmm .

Zitat von Sören Hentzschel

Ungetestet, aber ausgehend davon, was sich in Firefox 109 geändert hat:

Benutze ich genau so seit 109, und funktioniert bei mir; die Selektoren für diese Einträge haben sich geändert .

Vereinfacht gesagt, . statt # .

Zitat von Mira_Belle

Ich finde es echt schade, dass nun dieser Thread so zerpflückt wurde.

OK, es wurden für einige wichtige Fragen beantwortet, aber hätte man das nicht in einem separaten Thread klären können?

Wer würde denn das CSS oder das Script denn jetzt finden, wenn er nach solch einer Lösung suchen würde?

Soll betreffende Person den ganzen Thread durchackern?

Naja, ist halt jetzt so.

Das ist halt die Dynamik einer Forendiskussion , die nimmt schon mal ihre eigenen Wege - gerade Du müsstest das Prinzip kennen .

Sorry wenn ich quergeschossen habe, aber im Zweifel starte ich lieber kein eigenes Thema - zwecks Forenökonomie - wenn man eine themenrelevante Frage nebenbei kurz abhandeln kann .

Deine Scripts sind sicher und unübersehbar auf den vorigen Seiten zu finden - direkt vor Deiner Script vs. CSS Debatte .

Wo die Moderatoren es für angemessen halten, können und tun sie ja auch mal Beiträge in einen neuen Thread verschieben .

Zitat von Sören Hentzschel

Das kommt auf das Ladeverhalten an. Ich kann dazu in Bezug auf Firefox-Scripts nichts sagen, weil ich sowas nicht nutze. Daher nur allgemein und basierend auf meiner Erfahrung, was Websites betrifft: Problematisch wird es dann, wenn Dinge dargestellt werden und dann CSS über ein Script geladen wird, welches die Darstellung von Dingen betrifft, die bereits sichtbar sind, wenn das Script geladen wird. Dann kommt es zu einer sehr unschönen, weil sichtbaren Veränderung der Darstellung. Das würde man bei Websites deswegen meistens bemerken, weil Websites üblicherweise so aufgebaut sind, dass das CSS sofort geladen wird und Scripts erst etwas später. Je nachdem, wie das bei Firefox-Scripts abläuft, kann das hier entweder auch ein Thema sein oder nicht. Davon abgesehen denke ich nicht, dass das einen tatsächlich spürbaren Unterschied macht.

Dankeschön für die Erläuterung .

Meine Skripts betreffen nur zu einem sehr geringen Teil die Darstellung von Website Inhalten - z.B. wenn eine ausklappbare Toolbar aktiviert wird und den Webseiteninhalt dabei komprimiert - und bisher konnte ich keinen massgeblichen Unterschied zum Verhalten von Firefox-eigenen Funktionen bemerken .

Mit Ausnahme von den Animationen / transitions , da musste ich 1-2 mal etwas dran frickeln für saubere Übergänge .

Zitat von 2002Andreas

Ich hatte nur gefragt, wo genau der Vorteil von einem Skript ist

....

Ergo sehe ich keinen Vorteil durch das Skript.

In dem Zusammenhang, eine Frage .

Selber werfe ich alles was in CSS gelöst werden kann, aus den Skripten die ich benutze raus .

V.a. deshalb, weil ich als kompletter Laie CSS viel einfacher und flexibler manipulieren kann .

Allein die Skript Syntax mit den ganzen Klammern und Satzzeichen kräuselt mir schon die Fussnägel .

Aber, gibt es im Sinne von Browser-Leistung einen Vorteil/Nachteil zwischen (CSS bezogenen) Skripteinträgen versus CSS - falls sich das so pauschal überhaupt sagen lässt ?

Zitat von FuchsFan

Weil es für Dich zu viel Aufwand ist, so mache ich Dir ein Geschenk (für alle Anderen natürlich auch), hier die zweite Bastelvorlage.

Dankeschön, abgespeichert !

Das Ding braucht bald eine zweibändige Ausgabe, wenn die Änderungen weiter so reinfluten .

Falls es hier noch nicht erwähnt wurde; man kann den Button auch mit einfachem CSS ganz nach links schieben in der Leiste - mich stört v.a. dass er sonst genau da plaziert ist, wo ich persönlich ihn nicht haben will, direkt neben dem Hamburger Button .

#unified-extensions-button {
    -moz-box-ordinal-group: 0 !important;
}

Zitat von FuchsFan

Zitat von Mira_Belle

Es funktioniert jetzt, und zwar genau, wie es soll.

Gratulation noch zu Deiner Datei, ist ja Wahnsinn.

Wenn Mira_Belle Blut leckt, dann gibt's kein Erbarmen bis zur totalen Unterwerfung der Problematik !

In diesem Fall schweifen die Korrekturen und Hinzufügungen im sub-sub-sub Menü Bereich vielleicht etwas vom - sonst viel beachteten - Haupthema ab, um ehrlich zu sein - aber man kann ja nie genug dazulernen .

Zitat von DenalB

Mir ist das aktuell zu viel Aufwand, den Button oder den Inhalt anzupassen. Wie schon geschrieben, wird sich da zukünftig noch einiges ändern. Und so schlimm finde ich den Button nicht. Hab mich schon daran gewöhnt. Wollte ihn nur verschieben und das klappt ja nun dank 2002Andreas

Ich denke auch dass man momentan vielleicht noch nicht zu sehr ins Detail gehen sollte, wenn man eine lang- oder mittelfristige Lösung für den Button und das dazugehörige UI sucht .

Die momentan vorhanden Scripts zum Verschieben , wie das von 2002Andreas gepostete , machen für mich schonmal einen grossen Unterschied ; in Ausführung und Design sieht der Rest noch sehr nach Beta aus .

Zitat von FuchsFan

Es ist ja Begeisterung für diesen wunderbaren Button aufgekommen, deshalb eine Bastelempfehlung für das Popup-Menü dazu.

Ja, ich bin ganz ausser mir vor Freude ...

Danke für die ausführliche CSS ; ich hatte auch schonmal das Gröbste für meinen Geschmack aufgeräumt .

/*  Eigenes Icon  */
#unified-extensions-button > .toolbarbutton-icon {
    list-style-image: url("icons/extensionsmall.png") !important;
    opacity: 0.85 !important;
}

/*  popup top spacing  */
#unified-extensions-panel {
    margin-top: 2px !important;
}

/*  header spacing  */
#unified-extensions-panel .panel-header {
    padding-bottom: 0px !important;
}

/*  text bottom  */
#unified-extensions-manage-extensions .toolbarbutton-text {
    text-align: center !important;
}

/*  pref buttons  */
.unified-extensions-item-menu-button {
    border: none !important;
}

.unified-extensions-item-menu-button:not(:hover) {
    background-color: inherit !important;
}

.unified-extensions-item-menu-button:hover .toolbarbutton-icon {
    fill: white !important;
}

/*  extensions box  */
.unified-extensions-item-action-button:not(:hover) {
    background-color: inherit !important;
}

/* text box below label */
.unified-extensions-item-message-deck {
    font-size: 12px !important;
    padding-top: 4px !important;
}   

Zitat von BrokenHeart

Edit: 'uBlock Origin' kann z.B. auch nicht in das Überhangmenü verschoben werden, da es ein eigenes Popup öffnet. Anscheinend ist für diesen Button ein Attribut/Klasse/etc. definiert, welches abgefragt wird und das Verschieben dorthin verhindert.

Edit2: Dieses Verhalten ist übrigens neu. Könnte vielleicht mit 'Manifest V3-Erweiterungen' zusammenhängen?

Wenn der neue Erweiterungsbutton aktiviert ist, lassen sich bei mir gar keine Erweiterungen ins Überhangsmenü verschieben ( nur mit dreien probiert ) .

Aber wenn der Erweiterungsbutton deaktiviert ist mit extensions.unifiedExtensions.enabled --> false , geht das eigentlich ganz normal , incl. uBlock ( aktuelle? Version 1.46.0 ) , was im Überhangsmenü dann auch wie gehabt funktioniert .

Das Script von Andreas funktioniert hier auch ohne Probleme .

Zitat von BrokenHeart

Zitat von Mira_Belle

Ziel ist es, den Code so zu gestalten, dass grundlegend alle Funktionen erhalten bleiben,

aber eben bei Rechtsklick mit der Maus nur das Menü aufgeht

und nicht mehr die Lesezeichenleiste ausgelöst wird.

Dann kannst du das z.B. so machen (die geänderten Zeilen habe ich mal markiert) :

Genial, Dankeschön !

Zitat von Mira_Belle

@Horstmann

Der Code in #10 ist mein ursprünglicher Code.

Wenn ich nun aber

JavaScript

        if (aEvent.button != 0){
            return;
        }

unter die Zeile 64 function onClick(aEvent) { quetsche, funktioniert das Skript zwar weiterhin,

aber das Blöde an der Sache ist, die Tastenkombination aus Zeile 40 bis 50,

wird ausgehebelt und funktioniert nicht mehr

Das ist doof und so soll es nicht sein.

Ziel ist es, den Code so zu gestalten, dass grundlegend alle Funktionen erhalten bleiben,

aber eben bei Rechtsklick mit der Maus nur das Menü aufgeht

und nicht mehr die Lesezeichenleiste ausgelöst wird.

Alles anzeigen

Mangels Kenntnisse kann ich Dich leider nur darauf verweisen ; ich hatte kürzlich die gleichen Fragen ; BrokenHeart hat wie so oft eine Lösung geliefert - für meinen ( spezifischen ) Fall funktioniert es prima .

Zitat von Sören Hentzschel

Zitat von Horstmann

Wäre es evtl. sowas, in Falle von Mira's Scriptschnipsel unten aus #10 ; die Klammer aus Zeile 5 wandert ganz nach unten

Zitat von visoer

Bingo!

Kann dann ja ohne weitere Überlegung einfach übernommen werden.

Lerneffekt?

Ganz und gar nicht „Bingo“. So hat das Script überhaupt keinen Code, der jemals ausgeführt wird. Wenn man sich die äußerste Bedingung ansieht, dann wird dort auf aEvent.button != 0 geprüft. Es gibt keinen Code, der ausgeführt wird, wenn die Bedingung nicht zutrifft. Und wenn die Bedingung zutrifft, wird durch das return die Funktion sofort verlassen, alles darunter ist also toter Code. Ich weiß auch nicht, worauf visoer hinaus möchte…

Ich wusste doch daran ist was faul .

Danke für's Einschreiten !

Zitat von Mira_Belle

Zitat von DenalB

EDIT:

Obwohl ... Müsste passen. So sieht das bei mir mit den Klammern aus.

Weiß aber nicht, ob es funktioniert.

Und funktioniert nicht, s.o. #16

In #16 steht aber ein anderer Code in dem Screenshot, als Dein unterer JS Code in #10 .

Was der Code ist den DenalB und ich uns angeschaut hatten .

Oder kapier ich evtl. nur die Nachrichten in Deinem Editor nicht ? - wahrscheinlich .

Bei Deinem #16 zähle ich eine Klammer zuviel unten (?) .