1. Nachrichten
  2. Forum
    1. Unerledigte Themen
    2. Forenregeln
  3. Spenden
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. camp-firefox.de
  2. Speravir

Beiträge von Speravir

  • Ich will MDI!

    • Speravir
    • 10. Oktober 2017 um 18:43
    Zitat von feierfocks


    warum gibt es keine Möglichkeit, MDI in Firefox wie in Opera bis v12 zu realisieren?


    Das können eigentlich nur Mozilla-Entwickler sagen, aber lies den Wikipedia-Artikel durch, den ich im vorherigen Posting verlinkt habe. Firefox gehört offensichtlich zu den Programmen mit Tabbed Browsing Interface.

    Zitat


    Es wäre eine enorme Verbesserung des Handlings. Ein Slider-AddOn ist leider keine Lösung ...


    Teste das Addon Tile Tabs WE. Und obwohl der gedachte Sinn dahinter eigentlich ein anderer ist, könnten Container-Tabs dir auch helfen (auch dafür existieren übrigens bereits Addons).

  • Ich will MDI!

    • Speravir
    • 9. Oktober 2017 um 18:32
    Zitat von Sören Hentzschel


    Wofür steht MDI, […]


    In diesem Zusammenhang kann eigentlich nur das Multiple Document Interface (Wikipedia-Link) gemeint sein.

  • [UserContent.css] Falscher Eintrag wird geladen

    • Speravir
    • 22. September 2017 um 17:44
    Zitat von elo22


    Gibt es dafür einen passenden Editor der mir meine CSS überprüft?


    Eigentlich jeder Editor mit Syntaxhighlighting (unter anderem) für CSS. Unter Windows von vielen verwendet wird Notepad++. Ich persönlich kann auch noch SynWrite empfehlen, das lohnt sich übrigens insbesondere für Nutzer des Totalcommanders. Ein von mir früher benutztes auch nicht schlechtes Programm ist PSPad. Ich habe das aber irgendwann bei mir runtergeschmissen.

    Lad dir zum Testen die portablen Versionen herunter und schaue, womit du am besten zurecht kommst.

  • [UserContent.css] Falscher Eintrag wird geladen

    • Speravir
    • 20. September 2017 um 20:11
    Zitat von elo22


    Hallo,
    ich habe immer gedacht die Anpassung gilt nur für alles was nach @-moz-document domain bis zum nächsten @-moz-document domain. Auf einem anderem Rechner gibt es das Problem nicht.


    Das riecht nach einem Fehler aus der infamen Sorte „schließende Klammer vergessen“.

  • CCleaner gehackt!

    • Speravir
    • 20. September 2017 um 19:56
    Zitat von Zitronella


    Das stimmt wohl so nicht: CCleaner.exe (32bit) aus der portablen Version bei Virustotal und CCleane64.exe (64bit) aus der portablen Version bei Virustotal
    Insofern ist nicht "nur" der Installer betroffen sondern die ausführbare exe Datei


    Ja, ist mir unterdessen auch aufgefallen.

    Zitat von Boersenfeger


    BTW: Ich nutze ab und an Ccleaner portable von einem Stick und da nur die 64bit-Version. Die Suche nach Schadware erfolgte ohne ein Ergebnis...


    Es war „nur“ die 32-bit-Version betroffen. Aber die kann man auch auf einem 64-bit-System starten. Wenn Du wirklich immer nur die Ccleaner64.exe genommen hast, hattest Du wie auch ich Glück.

  • CCleaner gehackt!

    • Speravir
    • 18. September 2017 um 19:46
    Zitat von Zitronella


    Fuck, das ist ja mal richtig krass :shock:


    Jepp.

    Zitat


    Auch ich hab diese Version (portable) erst vorgestern gestartet […] Zum Glück habe ich danach lediglich die "CCleaner64.exe" gestartet und nicht die 32bit Version "CCleaner.exe". Die 64bit Version soll wohl nicht betroffen sein aber kann man da wirklich sicher sein? :grr:


    Vor allem war laut CHIP auch „nur“ der Installer betroffen. Aber wenn die/der Entwickler nicht bemerken/-t, dass Malware untergeschoben wurde, woher soll man sicher sein, dass nicht noch mehr geschehen kann? Wie ist das mit den anderen 3 Programmen?

    Zitat


    Ist auf jeden Fall ein richtiges Debakel und viel ist wohl noch im Dunkeln was den Angriff betrifft.
    Danke für die Meldung hier Andreas


    Genau, und ebenfalls danke.

    Zitat von POLIKS


    Es bringt keinen Vorteil, wenn man sich externe Programme, ausser den hauseigenen von Microsoft/Windows auf den PC lädt


    Bist Du dir gaaanz sicher? Du schreibst hier immerhin in einem Forum von und für Nutzer eines externen Programms …

  • userChrome.js Scripte für den Fuchs (Diskussion)

    • Speravir
    • 18. September 2017 um 18:51
    Zitat von 2002Andreas


    In Fx 57?


    Nein, deswegen die Nachfrage (und stille Hoffnung, dass es noch vollständig angepasst wird).

  • userChrome.js Scripte für den Fuchs (Diskussion)

    • Speravir
    • 18. September 2017 um 18:44
    Zitat von 2002Andreas


    stellt sich die Frage ob jemand dieses Script für Fx57 wieder anpassen kann:
    openurlwith

    Edit:
    Funktioniert eingeschränkt nach einer kleinen Änderung auch im Nightyl. :D


    Was heißt eingeschränkt? Und was hast Du geändert – dieses nsilocalfile zu nsifile oder so ähnlich?

    Übrigens nutze ich das Skript zur vollsten Zufriedenheit, und zumindest unter Win7 kann man es auch prima mit Linkdateien (.lnk) benutzen – damit rufe ich gelegentlich den Firefox im Standardprofil auf, wenn etwas auf einer Seite nicht funktioniert. Ist auch irgendwo hier in den Untiefen dieses Threads zu finden (oder im anderen, der jetzt nur noch für Ankündigungen über Skriptaktualisierungen bzw. neue Skripte genutzt wird).

    Das sollte, wenn es Linkdateien in Win10 noch gibt, so eigentlich auch mit diesem Edge-Aufruf möglich sein.

  • Firefox 51 Schriftfarbe

    • Speravir
    • 7. September 2017 um 20:43
    Zitat von Donaldinho


    und wieder habe ich einen Button entdeckt der nicht richtig dargestellt wird.

    Diesmal beim downloaden einer Datei


    Bei mir tritt das nur auf, wenn der Dialog deaktiviert ist, deshalb ist mir das noch nicht aufgefallen. Außerdem setze ich noch ein UserChromeJS-Skript ein, das da anscheinend auch noch hineinspielt.

    Auch habe ich gerade bemerkt, dass der Code für die Buttons von den Entwicklern geändert wurde und musste mir selbst erstmal ansehen, ob man ihn da nicht verkürzen kann. Ich habe einfach den Code kopiert und nur die Farbe geändert. Das scheint gut zu funktionieren, allerdings hatte ich letztens mehr Änderungen, als mir lieb waren, und das muss ich noch beobachten:

    CSS
    @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);
    /* Firefox: aktive Buttons wieder lesbar (Problem existiert ab FF 51) */
    button:-moz-any([default="true"],:hover,:focus):not(:-moz-any(:active,[disabled="true"],[open="true"],[checked="true"])) {
        color: /*HighlightText*/ #3366CC !important;  
    }

    Update (mit nachträglicher Vereinfachung):
    Für die Installation von Addons sollte noch folgendes ergänzt werden:

    CSS
    button.popup-notification-button[default="true"] {
      color: white !important;
    }


    Statt white kann auch eine beliebige andere, aber helle Farbe genommen werden. Man kann auch in seinen Windows-Einstellungen nachsehen, welche Farbe man für die Schrift ausgewählter Elemente eingestellt hat und dann so etwas angeben:

    CSS
    color: rgb(255,255,240) !important;


    Der Beispielwert entspricht der Farbe ivory (elfenbeinfarben), in Hex-Schreibweise #FFFFF0.

  • Browser-Werkzeuge schrift ändern ?

    • Speravir
    • 7. September 2017 um 20:15
    Zitat von Dato


    Hallo,
    kann man eigentlich die Schriftgrösse in "Browser-Werkzeug" (Strg+Umschalt+Alt+i) ändern ?

    mir geht es Haubsächle um folgendes Fenster


    Haubsächle? :wink:

    Das scheint nur über die grundsätzlichen Browsereinstellungen für die Schrift zu gehen, hier für die Festbreitenschrift. (Wenn man so wie ich nicht im Quellcode des Firefox nachsehen kann, ist man hier überfordert.)

    Nachtrag: Upps, richtig lesen müsste man können – Schriftgröße ist etwas anderes als Schriftart.

  • userChrome.js Scripte für den Fuchs (Diskussion)

    • Speravir
    • 3. September 2017 um 01:14
    Zitat von Endor


    Hallo Speravir
    […]
    Hier der Code:
    https://raw.githubusercontent.com/Endor8/userChr…config-menu.css


    Danke, ich hab’s in Stylish eingefügt.

    Es sollte übrigens auch möglich sein,alles direkt ins Skript einzufügen, was es zwar aufblähen würde, aber so auch unter Fx 57 laufen sollte. Man müsste, wie schon im bisherigen CSS-Code, die Zeilenumbrüche maskieren oder das CSS optimieren (alles in einer Zeile), was jedoch die Lesbarkeit erschweren würde.

  • userChrome.js Scripte für den Fuchs (Diskussion)

    • Speravir
    • 2. September 2017 um 00:02
    Zitat von edvoldi


    Hallo zusammen,
    ist es möglich das dass Symbol für "extras_config_menu.uc.js frei verschiebbar gemacht werden kann?


    Aborix kann dazu mit Sicherheit mehr sagen, aber ich denke, das geht nicht ohne größere Umbauten am Skript.

  • userChrome.js Scripte für den Fuchs (Diskussion)

    • Speravir
    • 1. September 2017 um 23:56
    Zitat von Endor


    Bitte diese Version hier nehmen die ist die ganz aktuelle:
    https://github.com/Endor8/userChr…nfig_menu.uc.js
    […]
    Die vorhandene Version umbenennen um anschließend die eignen im Script
    gemachten Einstellungen noch übertragen zu können!!

    https://github.com/Endor8/userChr…ras_config_menu ist aber Stand jetzt noch aktueller …

    Da ich hier wieder einmal die zusätzlichen Symbole sehe …

    Zitat von 2002Andreas


    Screenshot (148).png

    könntest Du, Endor, nicht einmal auf dieser Github-Seite das zusätzliche CSS verlinken und wie das einzufügen ist (ins Skript oder per Stylish/userChrome.css)?

    Dazu passend:
    Gehört Folgendes dann dort hinein?

    Zitat von 2002Andreas


    Bei dem Script von Endor fehlt ein Icon wenn man: "Skriptliste in Zwischenablage" aktiviert hat.
    Wer mag...Icon nach Wunsch austauschen und Werte evtl. anpassen.

    CSS
    menuitem[label="Skriptliste in Zwischenablage"]{
    -moz-binding: 
    url("chrome://global/content/bindings/menu.xml#menuitem-iconic") !important; 
    list-style-image: url("data:image/gif;base64,R0lGODlhEAAQAOZFAP///wBdAH+LmP//AIuXo5ulr4GMmVtkbeTn6WNrdGJqcwBEANzl7J6nse3z+QBJAABIAOzy98HN1ys2QgBCABeuEQBAAFBZY11ncCe6IzK1GyczPmFpcfb3+SivG5+uvNXf6XmFkmVueTA7Rru/w/r8/oaSngOhEQ6iDvX291DVPu7w8mRsdWx2gO/x80dQW/L3/aCpsi+6Hd3l7Njc3+zu8K22vximDhuqDyk1QCgzP3N9iefp6xytHvj5+ik0P+nr7Orw9rrG0oKNmk9YYv///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAAEUALAAAAAAQABAAAAeXgAQERYSFhodFg4iLiYyLio6GJgYClZaXQwKEIQCdnp8APgeEOzUFDAinqTOpo4QtKw0SPLIpnySFIjAOEUG8AAHBAYYYLjEfQDSdAQMDw4UHJTZCHcDBAz3CRQkvOjk/G8DNAx4ZztuIzCcoNzgVAQlEHBcsCgoAEBYBKhoBCw9FJoCYYGjZABnPihgYYcCQAXwU/hEKBAA7") !important;
    -moz-image-region: rect(0px 16px 16px 0px) !important;
    padding-left:7px!important}
    
    
    menuitem[label="Skriptliste in Zwischenablage"]>.menu-iconic-text{
    padding-left:6px !important;}
  • Firefox 51 Schriftfarbe

    • Speravir
    • 1. September 2017 um 20:48
    Zitat von Boersenfeger


    Ich will ja gar nichts ändern... :D


    Is' bei dir ja auch nich' notwendig … :)

  • Firefox 51 Schriftfarbe

    • Speravir
    • 30. August 2017 um 22:58
    Zitat von Boersenfeger


    Dies ist hier genau umgekehrt....
    Ist ggf. noch ein weiterer Code im Spiel?


    Siehe noch einmal Beitrag #1 an. Das liegt an einem von Donaldinho genutzten Windows-Theme. Wie schon mehrmals erwähnt, liegt der eigentliche Fehler wohl bei Microsoft.

    Zitat von laubenpieper


    versuche es mal mit Theme Font & Size Changer , ladbar unter
    https://addons.mozilla.org/de/firefox/add…changer/?src=ss


    Auf den dort zu sehenden Screenshots sehe ich nicht, dass sie die Dialog-Buttons geändert haben, die hier das Problem darstellen. Mit dem bis jetzt genutzten CSS fährt man hier wohl am besten.

  • Firefox 51 Schriftfarbe

    • Speravir
    • 26. August 2017 um 22:52
    Zitat von Donaldinho


    Wenn ich zu "Hilfe" - "Über Firefox" gehe, ist der Button "Nach Updates suchen" nicht lesbar, da die Schriftfabre weiß und der Hintergund grau ist.


    Ich kann da schon allein deshalb nicht helfen, weil dort bei mir kein Button zu sehen ist, sondern beim Start des Dialogs ein Hinweis kommt, ob Firefox aktuell ist – und weil er es ist, sehe ich in grauem Text „Firefox ist aktuell“. Was hast Du in den Firefox-Einstellungen unter Erweitert > Update > Firefox-Updates aktiviert? Bei mir ist es der zweite/mittlere Punkt „Nach Updates suchen, aber vor der Installation nachfragen“. Deshalb sehe ich auch kurz, bevor der obige graue Text gezeigt wird, die Abfrage-Info, dass nach Updates gesucht wird.

    Edit:

    Zitat


    Was muss ich noch ändern?


    Ich habe extra einmal auf „Nicht nach Updates suchen“ umgestellt und tatsächlich den Button erhalten, der erst wieder bei Mausover lesbar ist. Durch Erweiterung des Codes mit #checkForUpdatesButton (plus Komma) wird er wieder grundsätzlich lesbar:

    CSS
    /*aktive Buttons wieder lesbar (Problem existiert ab FF 51)*/
    button[default="true"], button:hover, #checkForUpdatesButton {
        color: #3366CC!important;
    }
  • Löschung von Super-Cookies

    • Speravir
    • 22. August 2017 um 18:52
    Zitat von black-dragon


    Kann jemand dazu einen Tipp geben?


    Bis inklusive Fx 56 sollte CookieKeeper funktionieren . Ist bei mir mit voller Zufriedenheit im Einsatz.

    Später müsste man dann mal suchen: cookie :: Suche :: Add-ons für Firefox. Wie ich gerade sehe, gibt es einige, die auch ab Fx 57 funktionieren, aber ob die auch Flash-Cookies behandeln können, habe ich mir noch nicht angesehen.

  • Tooltip deaktivieren Fx 57

    • Speravir
    • 20. August 2017 um 19:33
    Zitat von 2002Andreas


    Ich habe es jetzt mal mit diesem Code in der userChrome.css getestet:

    Code
    @namespace url(http://www.w3.org/1999/xhtml);
    
    
       @namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");
    
    
        #aHTMLTooltip{
       display:none!important}

    Funktioniert nicht im Fx 57.
    In Fx 55 und 56 funktioniert er einwandfrei.


    Jetzt hast Du aber auch zwei verschiedene Namespaces drin. Es soll doch für Webseiten gelten und in der userContent.css enthalten sein, dann entferne den XUL-Namespace. In Fx 55 und 56 wird der wohl einfach ignoriert.

  • Tooltip deaktivieren Fx 57

    • Speravir
    • 20. August 2017 um 02:22
    Zitat von 2002Andreas


    Der Code funktioniert nur per userChrome.css...nicht über die userContent.css


    Upps. Aber ich reagierte eigentlich nur auf HT-Froggers implizite Behauptung, alle Webseiten hätten ein www in ihrer Adresse.

    Füge doch an den Beginn des Skripts einmal das althergebrachte

    Code
    @namespace url(http://www.w3.org/1999/xhtml);


    ein, an das ich zumindest nicht gleich gedacht habe, weil man es mit Stylish eher selten benötigt. Oder Du musst ein !important ergänzen – oder du musst display:none nehmen, evtl. zusätzlich mit !important.

    Wenn das auch nicht funktioniert, wäre das wohl einen Bugreport wert.

  • Tooltip deaktivieren Fx 57

    • Speravir
    • 18. August 2017 um 22:42
    Zitat von HT-Frogger


    Dann müßtest Die die Maskierung anders machen, alles was mit "www." anfängt... das ging doch auch irgendwie...


    Nein, eher alles, was mit http anfängt.

    Code
    @-moz-document regexp("https?:.+") {
    /* Regeln für ale Webseiten */
    }

Unterstütze uns!

Jährlich (2025)

104,5 %

104,5% (679,10 von 650 EUR)

Jetzt spenden
  1. Kontakt
  2. Datenschutz
  3. Impressum
Community-Software: WoltLab Suite™
Mastodon