Hallo!
Folgende Extensions habe ich hier installiert:
sg_glossary 1.0.650
sg_zfelib 1.1.700
sg_div 0.3.0
Der Glossar läuft einwandfrei, nur eine Sache stört mich extrem: So wie es aussieht, sieht das ganze Ding keine Begriffe vor, die mit einem Umlaut beginnen. Entsprechende Begriffe tauchen nirgendwo auf, dafür bekomme ich ein anklickbares, aber leeres "0-9". Gibt es da eventuell irgendeine Einstellung, die ich übersehen habe oder muss ich wohl oder übel auf Umlaute verzichten?
Danke für jede Hilfe!
Hallo.
Ohne es ausprobiert zu haben, aber die Konfiguration sieht eine Einstellung vor, an der man dazu schrauben können müsste:
plugin.tx_sgglossary_pi1 {
abc.label = ABC
abc {
index = 0-9,A=aä,B,C,D,E,F,G,H,I,J,K,L,M,N,O=oö,P,Q,R,S,T,U=uü,V,W,XY,Z
indexWrapFirst = |
indexWrapOther = |
indexWrapHidden = |
indexWrapAllItem = |
indexHasAllItem = 1
getAllLabel = All
getHiddenLabel = Hidden
fieldAbc = word
}
}
Müsste eigentlich gehen, wenn Du die A=aä gegen ein Ä,A austauschst, dass dann A und Ä als getrennte Buchstaben verwendetw erden.
Viele Grüße
Julian
Danke, ich probier es mal aus!
Ups, sorry, zu schnell die Doku gelesen. Hab eine Konfigurationsebene überlesen. abc ist erst in plugin.tx_sgglossary_pi1.search bezieht sich also nur auf die Behandlung innerhalb der Suche -w enn ichs richtig verstehe (Aber wofür sind dann die Labels..... o.O )
Acho... das Problem ist nicht dass A und Ä unter einem Buchstaben gelistet werden, sondern dass Wörter mit Ä überhaupt nicht auftauchen.
Gut, dann könnte es doch mit den search-Einstellungen passen, da die Sortierung/Auflistung ja auch in gewisser Weise "sucht". Mal probieren (und Feedback geben)...
Das könnte ein Problem mit dem Charset und der Datenbank sein. Guck mal mit PHPmyAdmin in die Datenbank ob du die Umlaute da korrekt sehen kannst...
In der Datenbank sind die Umlaute lesbar und korrekt dargestellt.
So, ich hab mal an den Einstellungen rumgespielt... Die Sortierung passiert tatsächlich über den Suchindex. Die überflüssige Rubrik "0-9" konnte ich problemlos entfernen. Die Extension scheint ohnehin einwandfrei zu laufen. Setze ich z.B. statt "A=aä" "A=ab", dann bekomme ich korrekterweise alle A- und B-Begriffe unter A gelistet.
Mein Umlautproblem scheint also irgendwo anders zu liegen. Interessanterweise, das sehe ich gerade, scheint das Auslesen der Umlaute auch zu funktionieren, denn in der Gesamtübersicht sind auch die Umlaut-Begriffe drin. Füge ich allerdings z.B. die Kategorie "Ü" hinzu, dann bleibt auch die leer. Genauso wie meine Liste mit möglichen Problemlösungen...
Nachtrag: In der "Alle"-Sortierung folgen die "Ü"-Begriffe auf "W", die "Ä"-Begriffe auf "Z"...
Hat jemand bereits eine Lösung für das Problem?
Ich habe bei mir ebenfalls einen ähnliche Fehler.
Die Umlaute werden nach kleinen Änderungen im TS dargestellt (A=aä etc.) aber leider alle Umlaute unter dem selben Buchstaben.
D.h. wenn ich A=aä angebe, werden alle Wörter mit Ä, Ö oder Ü auch unter A dargestellt.
Zusätzlich werden auch nur Umlaute dargestellt wenn mindestens ein Wort des jeweiligen anderen Buchstaben auftritt. (Also wenn A=aä, dann treten nur Umlaute auf wenn ich mindestens ein Wort mit A habe, sonst kommt garnix).
In der All-Ansicht werden die Umlaute korrekt eingebunden und dargestellt.
Bin die Komplette Extension durch, habe bisher aber nichts brauchbares erreicht...
Hallo - gibt es inzwischen Lösungsansätze?
besten Dank
martin
Die Lösung ist folgende:
1. Wie von Julian.Hofmann weiter oben beschrieben die Umlaute dem jeweiligen Buchstaben zuweisen (A=aä etc)
2. In der Datenbank die Kollation für die Spalte word in der Tabelle tx_sgglossary_entries auf eine passende deutsche ändern (z.B. latin1_german1_ci1 - oder entsprechenden UTF8-Typ).
Der zweite Punkt ist wichtig weil die Sortierung bereits in der Datenbank vorgenommen wird und die Datenbank dazu wissen muss, um welche Sprache es sich handelt, damit sie die richtigen Sortierregeln anwenden kann.