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

Beiträge von caveman

  • [erl.] Stylish|Domain-Ausschluß von userstyle nicht möglich?

    • caveman
    • 5. November 2013 um 13:00

    Dein obiger Code trifft ja auch auf keine Seite zu.

    Code
    @-moz-document regexp("http*?://(?!.*\\.startpage\\.com/).*")

    alleine macht gar nichts, dahinter fehlt noch

    Code
    { ...styles, die wirken sollen...}

    Genauso verhält es sich mit

    Code
    @-moz-document url("file:////home/tuvwxyz/Desktop/Notizen%20&%20Screenshots") {
    }

    In dieser Regel sind ebenfalls keine Styles definiert (die gehören ja zwischen die geschweiften Klammern); Deine Angaben, die darunter stehen (ab "*") wirken uneingeschränkt auf alle Domains, weil sie nicht in einem @-moz-document-Block stehen.
    Mehrere Regeln kann mit per Komma aneinanderhängen, sie teilen sich dann den folgenden Style-Block.

    Du müßtest das demnach so umbauen:

    Code
    @namespace url(http://www.w3.org/1999/xhtml);
    
    
        @-moz-document regexp("http*?://(?!.*\\.startpage\\.com/).*"),
        @-moz-document url("file:////home/tuvwxyz/Desktop/Notizen%20&%20Screenshots") {
    
    
    		<Deine ganzen Styles>
    
    	}
  • urlsuffix 0.6.0 läuft nicht mit FF 25

    • caveman
    • 4. November 2013 um 14:18

    Hier gibt's die Vorab-Version von URL Suffix 0.7:
    https://addons.mozilla.org/En-us/firefox/…uffix/versions/
    Funktioniert soweit gut bei mir.

  • urlsuffix 0.6.0 läuft nicht mit FF 25

    • caveman
    • 29. Oktober 2013 um 19:01

    Das gleiche gilt für nURL Suffix 0.3c, läuft wegen Bug 846635 auch nicht mehr :(

    Edit: gerade probiert: falls man ohnehin PhraseExpress im Hintergrund laufen hat, kann man das damit recht ähnlich nachbilden; somit spart man sich eine Erweiterung.

  • Erweiterung gegen manuelles Update sperren?

    • caveman
    • 2. September 2013 um 15:50

    Alles klar, dank Dir für Deine Mühe!

  • Erweiterung gegen manuelles Update sperren?

    • caveman
    • 2. September 2013 um 15:18

    loshombre: guter Tipp, den kannte ich noch gar nicht, allerdings hat diese Erweiterung gar keine updateURL; die geht dann wohl automatisch auf AMO-Updates los.

    Endor: w00t :D Ist ja Wahnsinn. Tatsächlich habe ich bisher die Version 0.9.8.4 verwendet, das war die einzige, die bei mir noch nicht den Fenstergrößen-Bug zeigte (Übersetzung ist mir nicht so wichtig, weil ich den Firefox mit englischer Oberfläche nutze). Ich habe mir gerade mal Deine 0.9.9.0 geladen, da sieht alles prima aus. Danke schön! :klasse:[Blockierte Grafik: http://img372.imageshack.us/img372/9199/thumbsup2ei.gif] [Blockierte Grafik: http://img527.imageshack.us/img527/6488/thumbsupxa3.gif]
    Nebenbei: kannst Du Dich erinnern, wo das Problem lag? Es kam mir seit Monaten so vor, als ob diese Fenster-Verwurstung nur bei mir auftrat, ansonsten wären die Kommentare bei AMO doch noch deutlich vernichtender (die Erweiterung war so bei mir komplett unbedienbar).

  • Erweiterung gegen manuelles Update sperren?

    • caveman
    • 2. September 2013 um 14:28

    Ich habe in meinem Firefox (v23.0.1) eine Erweiterung, die mit der letzten Version verschlimmbessert wurde und nun offenbar nicht mehr weiterentwickelt wird (Autofill Forms).

    Ich habe im AddOn-Manager schon eingestellt, daß kein eigenständiges Updaten der Erweiterungen erfolgt. Wenn ich nach Updates suchen will, gehe ich dort immer manuell über "Auf Updates überprüfen".
    Nun wird mir aber immer Autofill Forms als Update angezeigt und ich muß darauf achten, es manuell auszuklammern, um das Update nicht versehentlich zu installieren.

    Dinge, die ich schon getan habe, die aber nicht zum erwünschten Erfolg geführt haben:

    • Im AddOn-Manager bei diesem AddOn mit Rechtsklick auf "Weitere Informationen anzeigen" gegangen und dort "Automatische Updates auf "Aus" gestellt
    • In about:config einen neuen Eintrag erstellt (bool) mit dem Namen "extensions.autofillForms@blueimp.net.update.enabled" und dem Wert "false" (so wie es in der MozillaZine Knowledge Base beschrieben steht)

    Diese beiden Dinge haben nichts gebracht. Sobald ich manuell auf Updates überprüfe, wird das besagte Update angezeigt.
    Ich habe es auch schon mit einem Schreibschutz auf Windows-Ebene auf die Erweiterungsdatei versucht, in der Hoffnung, daß sie dann nicht vom Update überschrieben wird. Wird aber trotzdem überschrieben.

    Hat noch irgendwer eine Idee?

  • Speed dial

    • caveman
    • 19. Juni 2013 um 08:48

    Willkommen im Forum!

    Das machst Du, Indem Du auf dem alten PC die Einstellungen und Dials exportierst und auf dem Laptop wieder importierst. Dazu gibt es in den Speed Dial-Einstellungen hinter dem Knopf unten links jeweils Menüpunkte.

  • Add-ons löschen

    • caveman
    • 19. Juni 2013 um 08:45

    Für den Framework Assistant gibt es eine Anleitung von Microsoft: http://support.microsoft.com/kb/963707/de

  • Was esst Ihr gerade ?

    • caveman
    • 23. Dezember 2012 um 17:29

    Hast recht, Endor. Meine Akkus sind halt leer, ich kann erst wieder ab 2013 richtig zitieren.

  • Was esst Ihr gerade ?

    • caveman
    • 23. Dezember 2012 um 17:13
    Zitat von pittifox


    Bitte keine Verallgemeinerungen, die mir als Norddeutschen den Magen umkrempeln. [Blockierte Grafik: http://smiles.kolobok.us/big_standart/bad.gif]

  • Was würdet Ihr tun, bevor vom PC die Garantie abläuft!=

    • caveman
    • 14. Dezember 2012 um 11:26

    Alte Regel: wenn solche Fehler auftreten, immer erstmal den RAM checken. Und damit meine ich keinen Software-Speichertest, sondern den Sitz im Slot und die einzelnen Riegel.
    Also checken, ob es der Fehler weiterhin auftritt wenn
    a) der Sitz der Riegl geprüft wurde (raus/säubern/rein)
    a) die verbauten Riegel vertauscht werden (wenn es mehrere sind)
    b) einzelne Riegel entfernt sind (wenn es mehrere sind)

  • Website öffnen / Url wird nicht angezeigt

    • caveman
    • 3. Dezember 2012 um 22:42

    Diesen Effekt mit der leeren Adresszeile habe ich auch und konnte ihn auch noch nicht eingrenzen (weil es nur ab und zu passiert und ich es nicht eindeutig reproduzieren kann).
    Allerdings tritt der Effekt meist dann auf, wenn ich einen Link von extern (z.B. per Klick aus der Mail) öffne.

  • Advents-Thread

    • caveman
    • 3. Dezember 2012 um 22:39

    Bemützt. <;)

  • "Informationen zur Fehlerbehebung": Keine Erweiterungen

    • caveman
    • 5. November 2012 um 20:25

    Exakt genauso.

  • "Informationen zur Fehlerbehebung": Keine Erweiterungen

    • caveman
    • 5. November 2012 um 19:58

    Auch ein sehr lustiger Effekt:
    die Liste der Erweiterungen (unter Hilfe > Informationen zur Fehlerbehebung) ist bei mir leer.
    Allerdings sollten da die 81 Stück auftauchen, die wirklich installiert sind.
    Stört mich nicht wirklich, aber ist euch dieses Problem schon mal untergekommen?

    Bilder

    • 2012-11-05--001.png
      • 31,35 kB
      • 764 × 683
  • Sehr merkwürdiger, hartnäckiger Fehler

    • caveman
    • 5. November 2012 um 19:47

    Hast Du irgendwelche Firewallsoftware installiert, die womöglich die Grafiken blockt? ZoneAlarm oder sonstiges?

  • Link senden

    • caveman
    • 31. Oktober 2012 um 14:19

    Wahrscheinlich geht dann nicht nur "Link senden" nicht, sondern sämtliches Versenden von Mail?

  • Link senden

    • caveman
    • 30. Oktober 2012 um 22:09

    Ich denke auch, Milupo hat's auf den Punkt gebracht: Unabhängig vom Mailprogramm erfolgt das Senden bei GMX über SSL/TLS auf Port 465.

  • Link senden

    • caveman
    • 30. Oktober 2012 um 11:49

    Schau mal hier: http://support.microsoft.com/kb/813514/de

  • JS alert Fenster ab FF 6.0 wird nicht mehr korrekt angzeigt

    • caveman
    • 17. Oktober 2012 um 08:47

    Das wurde im Zuge der UI-Änderungen ab der Version 4 geändert und soll offenbar den Fokus auf die Box lenken (z.B. indem dabei zusätzlich der Hintergrund abgedunkelt wird)

Unterstütze uns!

Jährlich (2025)

82,4 %

82,4% (535,86 von 650 EUR)

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