SIFR Codierung der non-breaking Raum char -% 20

Ich werde etwas tun, was ich falsch mache beim Konvertieren der TTF mit OpensIFRr, aber ich sehe% 20 Zeichen für nicht-brechende Leerzeichen in allen sIFR-Text. Ich verwende das jQuery sIFR Plugin (3,04) mit dem folgenden:SIFR Codierung der non-breaking Raum char -% 20

<div><h1>My Example Text</h1></div> 
...  
<script type="text/javascript"> 
     <!-- 
      var $j = jQuery; 
      $j(document).ready(function(){ 
        $j('h1').sifr({ 
         path: '/fonts/', 
         font: 'fancy_script' 
        }); 
      }); 
     //--> 
</script>

geschieht unabhängig davon, welche Schriftart ich verwende.

Quelle

2009-05-20 Jay Carroll

Ich denke Whitespace wäre eine genauere Beschreibung, da ich nicht wirklich ; –

Sieht aus wie ein Problem mit dem jQuery-Plugin für mich. Versuchen Sie es mit der offiziellen sIFR-Version und sehen Sie, ob das hilft.

Quelle

2009-05-20 21:28:43

benutze Ich gebe es eine Chance, lustig, obwohl zunächst das Plugin funktionierte schön. Ich füge buchstäblich drei Zeilen von js hinzu und alles ist konfiguriert - keine Ahnung, was passiert ist, vielleicht werde ich einfach mein Git Repo zurückrollen. Es wäre sicher nett, alle zusätzlichen Konfigurationen zu vermeiden, obwohl es ein Kompromiss ist, sIFR nicht direkt zu aktualisieren. Es ist erstaunlich, wie wenig Dokumentation dieses Plugin hat, aber trotz seiner Fehler erhöht es die Sichtbarkeit von sIFR und spricht ein breiteres Publikum an. –

So hatte ich dieses Problem vor ein paar Wochen und entschied mich, nur auf die ältere Version dieses Plug-Ins zurückzukehren, die ich auf einer vorherigen Website erfolgreich verwendet hatte. Ich konnte die alte Version nicht mehr finden, also dachte ich, es wäre an der Zeit, etwas Nützliches zu tun und entschied, dieses Problem zu beheben. Nachdem ich ein wenig durch das Programm gegraben hatte, fand ich heraus, was vor sich ging.

Während der Erstellung des PARAM-Tags wird das swfobject.js-Plugin die Daten, die an es übergeben werden, urlencodieren. Nicht sicher, was Neals Gründe dafür waren, aber wenn dies umgangen wird, scheint alles nach den ersten Tests gut zu funktionieren.

Sagen Sie was?

In der swfobject.js Datei, hier für diese Linie:

bArr.push([b, '=', win.escape(win.escape(paramAttributes[a][b]))].join(x));

und es so ändern:

bArr.push([b, '=', paramAttributes[a][b]].join(x));

Ich werde den Autor eine E-Mail schreiben und sehen, ob Er möchte diesen Fix in seine nächste offizielle Version aufnehmen.

Quelle

2009-06-13 23:07:52

Dank für das Update, arbeitete für mich großartig - auch mit Deutsch Umlauten wie äöü behobenen Probleme ...

Quelle

2009-10-02 08:31:15

Scheint, als ob es ein doppelter Escape-Anruf ist.

Ändern

bArr.push ([b, '=', win.escape (win.escape (paramAttributes [a] [b]))] Join (x).);

bArr.push ([b, '=', win.escape (paramAttributes [a] [b])] join (x).);

Auch funktioniert, und kann andere Probleme verhindern (das Entweichen in erster Linie gelöst).

Quelle

2010-04-12 05:59:41

SIFR Codierung der non-breaking Raum char -% 20

Antwort

Verwandte Themen