Beiträge von reni

Zitat von .DeJaVu

Dazu hatte BrokenHeart neulich was ermittelt, dass diese "ungenauen" Angaben zB bei Amazon Nebenwirkungen zeigen.

Oh. Bei Amazon? Also auf einer Webseite haben diese CSS-Codes einen Einfluss?

Dann mach sie dir kleiner

menupopup > menu,
menupopup > menuitem {
padding-left: 5px !important;
padding-inline-start: 10px !important;
padding-block: 0 !important;
}

So fetzt es bei mir

Zitat von Sören Hentzschel

Gegenfrage: Wieso sollte Mozilla spezielle Pakete für jede Paketverwaltung erstellen? Das ist nicht Mozillas Aufgabe.

Ich glaube auch, dass es für Mozilla nicht Sinn der Sache sein kann.

Es gibt ja sehr viele RPMbasierende Distributionen, denen man aber nicht unbedingt das selbe RPM "unterschieben" kann ... und dann kommen noch die ums Eck, die ein .deb haben wollen etc.pp.

Zitat von Zensus

Das steht zum Beginn des Beitrages - gaaanz oben

Nö Linux openSUSE steht da und davon gibts nicht nur Tumbleweed

Zitat von Zensus

Nein, habe ich versucht, hatte es nicht gefunden daher ja das Dilemma.

Hast du denn das Repo eingebunden? zypper repos -u sagt es dir und bei Tumbleweed IMMER "zypper dup" ausführen.

Zitat von Zensus

Das werde ich später noch mal beides laden und speichern

Hm ... besser nicht. Binde dir das Repository sauber ein und mach evt. noch ein zypper refresh, aber so RPMs downloaden und händisch installieren ist nicht so prickelnd

Ich hoffe, das ist nicht schlimm, wenn wir hier etwas von FX abtrifften ...

Zitat von Zensus

Vielleicht ist es auch der Sache geschuldet, dass für Tumbleweed (openSUSE) nicht immer alles gleich in der Repo zur Verfügung ist.

Ok, das du Tumbleweed benutzt, hattest du in deinem Eingangspost nicht erwähnt.

Zitat von Zensus

Hatte ich auch in der 89er Bld FF, nur gibt es für die 90er noch keines; das "alte" ist für den FF 90 nicht kompatibel.

Gibts doch aber und sollte dein "zypper" dann auch finden:

http://download.opensuse.org/repositories/m…-3.1.x86_64.rpm

Gerade eben aus dem o.g. Mozilla-Repo den neuen Firefox installiert und rennt hier ohne Probleme:

S  | Name                               | Type  | Version          | Arch   | Repository
---+------------------------------------+-------+------------------+--------+-------------

i+ | MozillaFirefox                     | Paket | 90.0-lp152.3.1   | x86_64 | Firefox
i+ | MozillaFirefox-branding-openSUSE   | Paket | 68-lp152.8.1     | x86_64 | Firefox
i+ | MozillaFirefox-translations-common | Paket | 90.0-lp152.3.1   | x86_64 | Firefox

Und das "Englisch"-Problem hatte ich auch mal => RE: Firefox nach Update auf Englisch

Mit neuem Profil war das Problem weg

Zitat von ^L^

Erfahrene Sturköpfe sind da ''reni... ehm resistenter''.

Zitat von BrokenHeart

Bei reni scheint es ja laut eigener Aussage Unterschiede zwischen der Fx89 und Fx 91 zu geben. Bei der einen Version geht es bei der anderen nicht...

Die 89er Version habe ich noch nicht wieder getestet - wird allerdings auch nicht so schnell - Stress

Jetzt wirds verrückt das ist der gesamte CSS-Code für Tabs und damit sind jetzt die inaktiven Tabs breiter (im aktuellen Nightly gesehen)

 /* abgerundete Ecken der Tabs */
#TabsToolbar .tabbrowser-tab{
    border-radius: 80px !important;
    border:none!important;
    }
.tab-background[selected="true"] {
    background: #C1FFC1 !important;
    border-radius: 80px !important;
    border:none!important;
    }
.tab-background:not([selected=true]) {
    background: transparent !important;
    border-radius: 80px !important;
    border: 1px solid darkgreen !important;
    }
.tabbrowser-tab::after, .tabbrowser-tab::before {
    margin-inline-start: 0px!important;
    border-left: 0px solid!important;
    border-image:none!important;
    border-image-slice: 0!important;
    width: 0px!important;
    box-sizing: border-box;
    opacity: 0!important;
    }
.tab-line[selected=true] {
    display:none!important
    }
.tab-line:not([selected=true]) {
    display:none!important
    }

/*Tab schließen Button HG bei hover rot und das X weiß*/
.tab-close-button[fadein]:hover {
   fill: white !important;
   background: green !important;
}

/*Abgerundeter Schließen Button*/
.tab-close-button {
    border-radius: 80px !important;
}

/*Abgerundeter Neuer Tab Button*/
#tabs-newtab-button > image {
    border-radius: 80px !important;
    }

Aktiver Tab breiter, nicht aktiv schmaler 
.tabbrowser-tab:not([pinned]):not([selected]) {
  min-width: 128px !important;
  max-width: 128px !important;
}
.tabbrowser-tab:not([pinned])[selected] {
  min-width: 200px !important;
  max-width: 200px !important;
} 

.tab-close-button {
  display: block !important;
}

Kann es möglich sein, dass Änderungen an der Größe der Lesezeichen-Symbolleiste hier noch mit schuldig sind?

/* Größe Lesezeichen-Symbolleiste */
#PersonalToolbar .toolbarbutton-text {
    font-size: 10px !important; 
    }

Zitat von Dharkness

Ein beherzter Mittelmaus-Klick auf den entsprechenden Tab und gut ist.

Stimmt, wusste ich noch nicht.

Ich hab jetzt im Nightly inzwischen wieder alle CSS-Codes nach und nach aktiviert => im Nightly funktioniert es noch immer.

Dann schau ich mir später mal noch den FX 89 mit Testprofil an.

Zitat von reni

Im Nightly hab ich es nicht getestet.

Jetzt eben in einem Nightly getestet, in dem überhaupt kein CSS-Code mitspielt - nur der aus #2 => funzt, es bleiben keine Lücken.

Aber, was mich sowieso auch gestört hatte - ich kann keine inaktiven Tabs schließen. Ich muss den Tab erst anklicken, dann erscheint das Kreuz zum Schließen.

Mal sehen, wie der Resttag so läuft - vielleicht teste ich noch bisschen heute Abend damit.

Zitat von BrokenHeart

Ich denke mal, alle die sich hier am Thread beteiligt haben, benutzen Win10.

Ich benutze kein Windows, sondern openSUSE.

Im Nightly hab ich es nicht getestet.

Zitat von Pentomino

Habe ich mehrere Tabs geöffnet und ich schließe einen dieser Tabs, so bleibt an der entsprechenden Stelle eine Lücke zurück. Die Tabs werden nicht neu linksbündig ausgerichtet. Danach neu hinzugekommene Tabs werden hinzugefügt, die Lücken bleiben aber an der alten Stelle zurück.

Auch wenn es bei der Problemlösung nicht weiter hilft - ich hatte den CSS-Code auch bei mir eingebaut und genau das gleiche "Erlebnis".

Nur war mir das nicht so wichtig und der Code flog wieder weg ...

Zitat von Dato

Und für die extra Suchleiste rechts neben der Adressleiste hätte icih auch gerne.

Steht doch schon mit im 2. Post Stichwort #searchbar

Guten Abend,

coole Sache - gefällt mir und hab ich mir gemopst.

Vielen Dank

Zitat von 2002Andreas

Zitat von Arsen

Auf das Hamburger Menü

Teste bitte wieder:

CSS

#appMenu-multiView .subviewbutton {
  padding-block: 0 !important;
  padding-inline-start: 9px !important;
   font-size: 14px !important;    
}

Das hab ich mir doch gleich mal gemopst Danke dafür

So ist es perfekt

In deinem Code war der "border-radius" verschwunden

/* keine Größenänderung der Adressleiste und Rahmen bei Klick */


#urlbar-background {
border-radius: 16px !important;;
}


#urlbar[breakout][breakout-extend]{
top: calc((var(--urlbar-toolbar-height) - var(--urlbar-height)) / 2) !important;
left: 0 !important;
width: 100% !important;
}


#urlbar {
--toolbar-field-focus-border-color: #0bb911 !important;
}

Ok, ich versuch es mal. Vielen Dank an dich und schönen Abend

milupo

da hast du natürlich recht ... Typo