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. David44

Beiträge von David44

  • Kontextmenü in Eingabefeldern

    • David44
    • 6. März 2014 um 15:29

    Hab jetzt nochmal:
    FF deinstalliert, Verzeichnis gelöscht
    in Windows (XP Prof) neues Benutzerprofil mit Adminrechten angelegt
    FF 24.3.0ESR Standardinstallation
    FF gestartet + beendet
    im automatisch angelegten Profil die chrome\usercontent.css angelegt
    -> about:preferences nichts ist ausgeblendet

    Kann es sein, daß in Deiner Testinstallation was von früheren Tests übrig ist, was das Verhalten beeinflußt (HKLM\SOFTWARE\MozillaPlugins ...)?

  • Kontextmenü in Eingabefeldern

    • David44
    • 4. März 2014 um 17:51
    Zitat von 2002Andreas

    Was passiert wenn du diesen Code mal in die userContent.css einträgst?


    Hintergrund des Forums wird rot. about:preferences bleibt vollständig wie gehabt, auch mit der .landingbutton-Variante.

  • Signaturen

    • David44
    • 4. März 2014 um 17:45

    Durchaus nachvollziehbar. Ich seh halt eher einen Beitrag als Gesamtheit und würde im Zweifelsfalle auch die Avatare u. sonstige Angaben archivieren. Aber ich will keine Grundsatzdiskussion führen. Hab die Philosophie zur Kenntnis genommen.

  • Signaturen

    • David44
    • 4. März 2014 um 17:02

    Was mich am Forum ein wenig stört:
    Wenn man im Archiv kramt und Problemlösungen sucht, wird in einem u.U. hilfreichen Beitrag ja meist die Signatur des Verfassers angezeigt. Deren Erstellungsdatum paßt jedoch nicht zu dem des Beitrags. D.h. alter Beitrag + neue Signatur. Das schadet IMHO mehr als es nutzt. Wenn wie so oft die benutzte Programmversion in der Signatur steht, weiß man häufig später nicht, auf welche Version sich der Beitrag bezieht.
    D.h. mein Vorschlag wäre, auch die Signaturen zu archivieren.

  • Kontextmenü in Eingabefeldern

    • David44
    • 4. März 2014 um 16:51

    Zwischendurch mal vielen Dank für Deine und Endors Bemühungen, auch wenn sie bisher nicht von Erfolg gekrönt sind.

    Zitat von 2002Andreas

    Getestet in verschiedenen Profilen incl. ESR Version.


    Auch mal mit 24ESR + komplett leeres Profil + ohne jegliche Erweiterung gleichzeitig?

    Ansonsten: ist es evtl. möglich, das "about:preferences" komplett zu deaktivieren?

  • Kontextmenü in Eingabefeldern

    • David44
    • 4. März 2014 um 15:10
    Zitat von 2002Andreas

    Entfern bitte mal alles andere und teste es nur mit dem einen Code.


    S.o. (#2727):

    Zitat von David44

    Zur Kontrolle hier nochmal die kompletten Dateien:


    D.h. dort kann sich nichts beißen. Den Code aus #2726 habe ich sowohl alleine als auch in Kombination mit dem vorherigen getestet, und auch FF neu installiert, neues Profil erstellt... immer das selbe. Da tippe ich doch eher darauf, daß an Deiner Konfig irgendwas speziell (Stylish?) ist.

  • Kontextmenü in Eingabefeldern

    • David44
    • 4. März 2014 um 13:55

    Zur Kontrolle hier nochmal die kompletten Dateien:

    userchrome.css

    CSS
    @namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"); /* set default namespace to XUL */
    
    
    @-moz-document url(chrome://browser/content/preferences/preferences.xul){
    radio[pane="panePrivacy"][label="Datenschutz"]{display: none !important;}
    }


    usercontent.css

    CSS
    @namespace url(http://www.w3.org/1999/xhtml);
    
    
    @-moz-document url(about:preferences){
    button[label="Datenschutz"]{display: none !important;}
    }


    Was hier sonst in usercontent.css steht, funktioniert aber (Unterdrückung GMX Browserwarnungen u.a.)

    Ergänzung:

    Zitat von 2002Andreas

    Teste es bitte mal damit in der userContent.css

    Code
    #preferences-home > button:nth-child(5){
    display:none!important}


    funktioniert auch nicht.

  • Kontextmenü in Eingabefeldern

    • David44
    • 4. März 2014 um 13:25
    Zitat von 2002Andreas

    Deine beiden Dateien userContent und userChrome.css befinden sich im Ordner chrome im Profilordner und sind richtig eingebunden!?


    Ja. Ich habe testweise auch alle anderen Einträge aus den Dateien entfernt - unverändert. Bei Aufruf übers Menü ist das Tab weg, bei about:preferences ist es da. Wie gesagt - keine Erweiterung installiert.
    Ist es evtl. leichter, diese about-URL ganz abzuschalten?

  • Kontextmenü in Eingabefeldern

    • David44
    • 3. März 2014 um 20:42

    OK, sofort probiert aber so leid es mir tut: keine Änderung feststellbar. (Bin jetzt erstmal wech)

  • Kontextmenü in Eingabefeldern

    • David44
    • 3. März 2014 um 20:03

    Hier leider kein Erfolg (Windows XP, keine Erweiterungen/Add-Ons)

  • Kontextmenü in Eingabefeldern

    • David44
    • 3. März 2014 um 19:37

    Danke, das ging ja schnell... Leider funktioniert es nicht bzw. nur beim Aufruf des Einstellen-Menüs, was ich aber auch komplett ausblenden kann. Über about:preferences ist alles beim Alten. Firefox 24ESR.

  • Kontextmenü in Eingabefeldern

    • David44
    • 3. März 2014 um 19:10

    Da hier so tolle Anpassungen gezaubert werden, paßt die Frage vllt. hierher. Ich würde gerne das Preferences-Tab für Datenschutz komplett entfernen, zumindest die Einträge für "Chronik", bekomme das aber nicht hin. Folgendes:

    CSS
    @-moz-document url(chrome://browser/content/preferences/preferences.xul),
                url(about:preferences){
    #panePrivacy{display:none !important;}}


    in userChrome.css (FF24ESR) und viele andere Versuche, z.B. mit ".inline-link:nth-of-type(1)" waren erfolglos. Hat jemand eine Idee? Alternativ gerne auch die URL "about:preferences" irgendwie blockieren.

  • User Agent Switcher Lite

    • David44
    • 28. Januar 2014 um 09:42

    Löppt. Bin begeistert. Danke Mithrandir!

  • Text auf Seite vor abspeichern manipulieren?

    • David44
    • 27. Januar 2014 um 10:55

    Ah, vielen Dank, dann ist es ja gut.

  • Text auf Seite vor abspeichern manipulieren?

    • David44
    • 27. Januar 2014 um 00:37
    Zitat von aborix

    JavaScript in der Adresszeile wird von Firefox nicht mehr ausgeführt.

    Gib den Code ohne das javascript: am Anfang in die untere Zeile der Web-Konsole oder in die JavaScript-Umgebung ein.


    Warum das nun wieder...
    Hab das gerade mal mit Autocomplete=Off-Code probiert

    (function(){var%20ca,cea,cs,df,dfe,i,j,x,y;function%20n(i,what){return%20i+"%20"+what+((i==1)?"":"s")}ca=cea=cs=0;df=document.forms;for(i=0;i<df.length;++i){x=df[i];dfe=x.elements;if(x.onsubmit){x.onsubmit="";++cs;}if(x.attributes["autocomplete"]){x.attributes["autocomplete"].value="on";++ca;}for(j=0;j<dfe.length;++j){y=dfe[j];if(y.attributes["autocomplete"]){y.attributes["autocomplete"].value="on";++cea;}}}alert("Removed%20autocomplete=off%20from%20"+n(ca,"form")+"%20and%20from%20"+n(cea,"form%20element")+",%20and%20removed%20onsubmit%20from%20"+n(cs,"form")+".%20After%20you%20type%20your%20password%20and%20submit%20the%20form,%20the%20browser%20will%20offer%20to%20remember%20your%20password.")})();

    Da kommt "SyntaxError: missing variable name"

  • User Agent Switcher Lite

    • David44
    • 26. Januar 2014 um 23:38
    Zitat von Mithrandir

    Oder ändere einfach mal Zeile 103


    Super, danke. Das funktioniert. Da hier die Menuleiste per default ausgeblendet ist, habe ich eine Weile probiert, das Ganze ins Appmenu zu verfrachten, u.a. mit

    Code
    var menuPopup = document.getElementById("appmenu-popup");
    var separator = document.getElementById("appmenuSecondaryPane-spacer");


    Leider erfolglos. Wie geht das richtig?

  • User Agent Switcher Lite

    • David44
    • 26. Januar 2014 um 21:55

    Seit längerer Zeit nutze ich sporadisch das Script "User Agent Switcher Lite". Leider funktioniert es nicht mehr, offenbar seit Update auf Firfox 24ESR. Das läßt sich doch bestimmt anpassen, hat das schon jemand getan?

  • Problem -setDefaultBrowser

    • David44
    • 21. Januar 2014 um 12:06

    Erst mal danke für die Mühe, demnach ist das Problem bekannt, wird aber von den Entwicklern (bis jetzt) als unwichtig angesehen.

    Zitat von Bernd.

    Die müssen das halt schon lernen durch die harte Schule, ...


    Das sehe ich in dem Fall etwas anders. Wenn etwas ebenso einfach durch Software zu erledigen ist, muß sich ein User nicht mit solchen Sachen befassen müssen. User soll usen und nicht installen. ;)

  • Problem -setDefaultBrowser

    • David44
    • 20. Januar 2014 um 18:26

    Mir ist nicht klar, was der "gute Grund" sein könnte, einen Befehlszeilenparameter anzubieten, der ohne Funktion ist. Es müßte ja nur zu der Routine gesprungen werden, die auch beim Start / browser.shell.checkDefaultBrowser=true zuständig ist.
    Ein extra Script für eine eingebaute aber nicht funktionierende Funktion ist natürlich möglich. So einen Workaround nutze ich ja gerade, finde das nur nicht gerade elegant.

  • Problem -setDefaultBrowser

    • David44
    • 19. Januar 2014 um 22:34

    Wollte nur mal nachfragen, ob es hierzu neue Erkenntnisse gibt. D.h. gesucht wird eine Befehlszeile, die Firefox als Standardprogramm festlegt. (z.Z. FF24ESR) -silent -setDefaultBrowser funktioniert leider nicht.

Unterstütze uns!

Jährlich (2025)

92,9 %

92,9% (604,17 von 650 EUR)

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