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

Beiträge von zfkum

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 15. November 2005 um 22:16

    Auch wenn ich ein neues Profil anlege, verhält sich mein Firefox z. B. mit Silvermel so ... :(

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 15. November 2005 um 01:59

    Hi Bird,

    ich habe das gleiche Verhalten auch bei Deinem Silvermel!

    Ciao,
    Mike

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 13. November 2005 um 17:26

    Hi Bazon,

    ich verwende als Schema: "Windows-Standard"! Das kann es also nicht sein!

    Zitat

    Meiner Meinung nach steht es nicht in der Macht eines Themes, einfach noch eine leere Zeile irgendwo dranzuhängen. Deshalb finde ich die "weiße Schrift auf weißem Grund" Möglichkeit für realistischer.


    Wo kommt denn dann "nur" im Charamel - Theme (gegenüber dem Default-Theme) die Leerzeile her?

    Ciao,

    Mike

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 13. November 2005 um 16:52

    Hi,

    muß es unbedingt etwas mit den Farben bzw. dem CSS zu tuen haben? Was ist mit der Leerzeile, die bei Charamel immer in der Auswahlliste hinten angehängt wird?
    Wenn nur ein Eintrag in der Liste vorhanden sein sollte wird die Anzahl der anzuzeigenden Einträge auf 1 gesetzt. Nun ist die Liste mit der Leerzeile aber 2 Einträge lang ... Auch bei mehreren Einträgen besteht die Liste immer aus n+1 erwarteten Einträgen. Und wenn der letzte erwartete Eintrag erreicht wird, wird automatisch um eins nach oben gescrollt = Leerzeile!

    Leider verstehe ich zuwenig von dieser "Programmierung", aber könnte es nicht so etwas sein?

    Ciao,

    Mike

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 2. November 2005 um 21:47

    Hi Bird,

    zu dem zweiten Problen habe ich mal ein paar Screenshots zusammengestellt. Wenn Du das Feature auch nicht nutzt, so hat vielleicht doch jemand anderes eine Idee:

    (Nicht schön, aber hoffentlich zweckmäßig.)


    [Blockierte Grafik: http://www.xantiva.de/images/charamel_problem.png]

    Ich habe hier die "Ergebnisse" des Charamel v1.1.9 Theme mit dem default Theme verglichen. (Suchen Formular von diesem Forum!)

    I. Nur ein Eintrag in der Liste.
    Wenn der nicht selektiert ist, sehe ich Ihn noch. Ist er dann selektiert, "verschwindet" der Eintrag (leere Zeile). Mit dem default Theme wird der Eintrag korrekt dargestellt.

    II. Zwei oder mehr Einträge
    Habe ich zwei oder mehr Einträge in der Liste, wird der selektierte Eintrag korrekt angezeigt. Selektiere ich aber den letzten, so erscheint unten plötzlich im Charamel eine Leerzeile.

    Kann das jemand bestätigen?

    Ciao,

    Mike

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 2. November 2005 um 19:25

    Hi Bird,

    vielen Dank! Das hat geholfen!

    Hast Du eine Idee woran das liegen kann? Oder mit dem zweiten Problem von mir?

    Ciao,

    Mike

  • Problem mit Charamel: Tab - schließen "x" ist weg,

    • zfkum
    • 2. November 2005 um 02:37

    Hallo,

    ich habe gerade mal die Version 1.1.9 (und auch v1.1.991) des Charamel - Theme ausprobiert. Dann fehlt mir aber das Tab-schliessen "X". Bis jetzt habe ich die v. 1.1.2 benutzt, dort ist es noch vorhanden ...

    Ein Sache habe ich auch schon in der v1.1.2:
    Wenn ich in einem Formular etwas eintrage, ich von der "Autoausfüllen" Funktion einen Eintrag vorgeschlagen bekomme und den dann mit Cursor-Down auswähle, ist der Text nicht mehr lesbar. (Nach dem Motto weißer Adler auf weißem Grund.) Wenn mehrere Vorschläge angeboten werden, ist am Ende immer ein "leerer" Eintrag der nicht ausgewähle werden kann.

    Könnt Ihr das auch beobachten?

    Ciao,

    Mike

  • verschobene Textteile

    • zfkum
    • 8. Juli 2005 um 23:18

    Hi bugcatcher,

    herzlichen Glückwunsch, Du bist unter den "Top 5 Affiliates" ;)

    Ciao,
    Mike

  • Ausgabe bei Google auf 50 oder 100 Hits per page

    • zfkum
    • 22. Mai 2005 um 20:04

    Hi Zantwischor,

    hast Du zwischdurch mal alle Firefox-Fenster geschlossen und wieder neu gestartet? Ich glaube, daß mußte ich auch machen?!?

    Ciao,
    Mike

  • Ausgabe bei Google auf 50 oder 100 Hits per page

    • zfkum
    • 19. Mai 2005 um 11:45
    Zitat von Delgado

    Woher weiss man sowas?


    Man probiere die erweiterte Suche von Google mit z. B. 30 Treffern aus. Dann sieht man in der benutzen URL die Verwendung von &num=30. Nun öffnet man das Searchplugin und probiert einfach mal einen zusätzlichen Parameter aus ... UND?
    ... es klappt! 8)

    Zitat von wasisfrei

    Wahrscheinlich Computer-Guru bei Google :lol:


    Nee, aber mit VC20 angefangen und schon immer gerne programmiert :wink:

    Ciao,
    Mike

  • Ausgabe bei Google auf 50 oder 100 Hits per page

    • zfkum
    • 18. Mai 2005 um 20:37

    Hi master_sp,

    wenn du die "Firefox Google-Suche" (searchplugin) benutzt, kannst Du das relativ einfach einstellen:

    in der SearchPlugIn - Datei für google (google.src) die Zeile

    Code
    <input name="num" value="50">

    einfügen.

    Meine sieht dann so aus:

    Code
    # Mozilla/Google plug-in by amitp+mozilla@google.com
    
    
    <search 
       name="Google"
       description="Google Search"
       method="GET"
       action="http://www.google.com/search"
       update="http://www.google.com/mozilla/google.src"
       updateCheckDays=1   
       queryEncoding="utf-8"
       queryCharset="utf-8"
    >
    
    
    <input name="q" user>
    <input name="sourceid" value="mozilla-search">
    <input name="num" value="50">
    <inputnext name="start" factor="10">
    <inputprev name="start" factor="10">
    <input name="ie" value="utf-8">
    <input name="oe" value="utf-8">
    
    
    <interpret 
        browserResultType="result" 
        charset = "UTF-8"
        resultListStart="<!--a-->" 
        resultListEnd="<!--z-->" 
        resultItemStart="<!--m-->" 
        resultItemEnd="<!--n-->"
    >
    </search>
    Alles anzeigen

    Ciao,
    Mike

  • Update, von wegen "einfach drüberinstallieren"

    • zfkum
    • 17. Mai 2005 um 01:41

    Hi 7on9,

    ich habe seit der Einführung der Update - Funktion keine Probleme mehr mit der Aktualisierung gehabt. Bei der letzten habe ich allerdings nicht auf die Autoupdate Version gewartet, sondern die 1.0.4 manuell heruntergeladen und installiert. Auch Problemlos. Mit der neuen Version tauchen auch die "Hänger" nicht mehr auf, die ich mit der 1.0.3 hatte. (Ich mußte ab und zu den Firefox Prozeß mit dem Task-Manager abschießen.)

    Als Erweiterungen nutze ich allerdings auch nur ChromeEdit, WebDeveloper und FlashGot.

    Ciao,
    Mike

  • links ohne funktion aber ich weis nicht warum

    • zfkum
    • 10. Mai 2005 um 23:14

    Hi nagy,

    Zitat von nagy

    1. beim anklicken von links in outlook offnet sich der IE... obwohl ff als standartbrowser eingestellt ist.

    Wenn Du schon Firefox als Browser einsetzt, hast Du Dir schon mal das entsprechende Mailprogramm von Mozilla, den Thunderbird, angesehen? Da ich kein Jahren kein Outlook mehr nutze, kann ich leider sonst nicht weiterhelfen. Vielleicht "biegt" Microsoft die Links immer um?

    Wenn ich http://www.nissan.de aufrufe, muß ich bei meiner Firewall erst 2x ActiveX für unterschiedliche Domänen freigeben, bevor die Seite überhaupt angezeigt wird. Dann sehe ich aber oben eine Einblendung, daß der FF ein Pop-Up - Fenster geblockt hat. Versuche mal unter den Einstellungen:Web-Features:Pop-Up Fenster blockieren die URL http://www.nissan.de freizugeben ... ?

    Ciao,
    Mike

  • Firefox zeigt keine Gif Animation

    • zfkum
    • 3. Mai 2005 um 02:00

    :lol::lol::lol: Klasse verlinkt! :lol::lol::lol:

  • XML Verarbeitungsfehler

    • zfkum
    • 23. April 2005 um 20:59

    Jetzt komme ich auf eine Seite, aber die hat nix mit dem zu tuen, was ich gestern "nicht" sehen konnte: "Croatia Charter Yachts & Sailing Holidays"

    Der URL würde ich aber das nun wirklich nicht darunter erwarten! Also die Frage an alle: Was hat euer FF für eine Seite angezeigt? Eine Werbung Segel Ferien in Kroatioen oder eine Login Seite von JAMBA?

    Irgend etwas stimmt wohl mit dem Server nicht!

    Ciao,
    Mike

  • XML Verarbeitungsfehler

    • zfkum
    • 22. April 2005 um 23:52

    Hi hexer,

    ich kann Deine Fehlermeldung nachvollziehen!

    Wenn ich den W3C Validator bemühe, teilt er mir mit das die "No Character Encoding Found!" fehlt -> "Falling back to UTF-8."!
    Darauf hin habe ich mir den Seitenquelltext mal heruntergeladen und auf Fehler untersucht (auch mit Hilfe des Validators!):
    Der Code ist HTML-Code und kein XHTML! Alle Tags, die nicht geschlossen werden müssen (z. B. <br>), werden in XHTML anders geschrieben: <br/>. Wenn man das korrigiert (bei input, br und hr. img-Tag ist richtig) kommt man schon etwas weiter. Die fehlende DocType Definition ergänzt, die Verwendungs des Ampersand korrigiert (& anstelle von & in Links) und die Backslashes bei der Farbangabe und schon zeigt mein FF die XML-Seite an (allerdings ohne Styleinformationen).

    Es sieht also nach unsauberer Programmierung aus ...

    Vorher:

    HTML
    <html>
    <head><title>Jamba! Chat</title></head>
    <body bgcolor="#CCFFCC" link="#0000FF">
    <div align="center"><img src="/?pic=logo" alt="no_save"/></div>
    <b><font color="#FF0000"></font></b>
    <div align="left">
    &nbsp;Im Chat:&nbsp;47<br>
    &nbsp;Chaträume:&nbsp;25<br>
    <form action="/">
    <b>&nbsp;Spitzname:</b><br>
    
    
    <input name="d1" type="text" value=""><br>
    <input name="s" type="hidden" value="783381">
    <input name="a" type="hidden" value="nick">
    <input type="submit" value="Chat starten »" size="25" maxlength="25"><br>
    </form>
    &nbsp;<a href="/?a=help&d1=0&s=783381">Neu beim Chat?</a><br>
    <hr color="#0000FF" size="1">&nbsp;&nbsp;<a href="http://jamba.chat.wap3.net/" ACCESSKEY="0">Jamba! Chat</a><br>
    &nbsp;<font color=\"#888888\">© wap3 Technologies</font><br>
    </div>
    </body>
    </html>
    Alles anzeigen

    Nachher:

    HTML
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
           "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html>
    <head><title>Jamba! Chat</title></head>
    <body bgcolor="#CCFFCC" link="#0000FF">
    <div align="center"><img src="/?pic=logo" alt="no_save"/></div>
    <b><font color="#FF0000"></font></b>
    <div align="left">
    &nbsp;Im Chat:&nbsp;56<br/>
    &nbsp;Chaträume:&nbsp;25<br/>
    <form action="/">
    <b>&nbsp;Spitzname:</b><br/>
    <input name="d1" type="text" value=""/><br/>
    <input name="s" type="hidden" value="781723"/>
    <input name="a" type="hidden" value="nick"/>
    <input type="submit" value="Chat starten »" size="25" maxlength="25"/><br/>
    </form>
    &nbsp;<a href="/?a=help&d1=0&s=781723">Neu beim Chat?</a><br/>
    <hr size="1" />&nbsp;&nbsp;<a href="http://jamba.chat.wap3.net/" accesskey="0">Jamba! Chat</a><br/>
    &nbsp;<font color="#888888">© wap3 Technologies</font><br/>
    </div>
    </body>
    </html>
    Alles anzeigen

    Ciao,
    Mike

    Nachtrag: Die Farbangabe für die Trennlinie interpretiert der IE zwar, aber die ist im Standard nicht erlaubt, ebenso muß "ACCESSKEY" in Kleinbuchstaben "accesskey" geschrieben werden. Dann klappts auch mit dem Validator!

  • Trotz beenden von FF laüft Prozess weiter!?

    • zfkum
    • 22. April 2005 um 01:28

    Hi RedBaron,

    das passiert mir nach dem AutoUpdate auf die 1.0.3 auch ab und zu :cry:

    * Web Developer 0.9.3
    * FlashGot 0.5.8
    * BBCode 0.3.7
    * ChromEdit 0.1.1.1
    * ChatZilla 0.9.68a
    * InfoLister 0.8.2

    Ciao,
    Mike

  • user.js vs. prefs.js

    • zfkum
    • 10. März 2005 um 00:57

    Hi bugcatcher & NightHawk56,

    danke! Das erklärt so einige "merkwürdige" Geschwindigkeitsmessungen bei dem Versuch den Fox zu "tunen". :oops:

    Ciao,
    Mike

  • user.js vs. prefs.js

    • zfkum
    • 10. März 2005 um 00:21

    Hi,

    leider ist die Wiki gerade nicht erreichtbar (liefert nur leere Seiten) ...

    Die Einträge aus der user.js werden beim Programmstart in die prefs.js übernommen. Werden die "fest" in die prefs.js übernommen? Das heißt einmal in user.js und den Browser starten -> "Auf ewig in prefs.js"??? (Bis sie von Hand gelöscht werden.)

    Ich habe bisher angenommen, das die beim Browserstart jedesmal neu übernommen werden, also nur temporär in der prefs.js sind.

    Was ist richtig?

    Ciao,
    Mike

  • Speeding Up Firefox - The Right Way

    • zfkum
    • 9. März 2005 um 22:51

    cori72: Kennst Du die Erweiterung ChromeEdit?
    Damit kannst Du sehr komfortabel die Änderungen durchführen!

    Ciao,
    Mike

Unterstütze uns!

Jährlich (2025)

67,1 %

67,1% (435,86 von 650 EUR)

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