Suchfunktion innerhalbs des catalogs

[andreasisaak]

Das ist mir einfach zu viel Trickserei!

Ich werde mich diese/nächste Woche mal dranmachen und die Catalog- und Taxonomyextension um eine Option für die Mehrsprachigkeit erweitern. Im Grunde fehlt da ja nicht viel.

1. Die Taxonomyextension ist derzeit rein strukturell nur für eine Sprache ausgelegt. Da genügt es schon sie um "Sprachfelder" innerhalb der Tabelle zu erweitern.

2. Der Catalog bekommt dann bei den Datensätzen ein weiteres Feld = Mehrsprachige Felder. Über die genaue Struktur mache ich mir noch Gedanken.

3. Catalog_ext erhält in den Frontend-Modulen eine Sprachabfrage. Mal schauen wie ich das genau mache - entweder im Code versteckt oder als Auswahl innerhalb des Moduls.


Diese ganze Gefrickel macht mich sonst noch wahnsinnig. Kenne ich so einfach nicht von TYPOlight.

[xtra]

Ich werde mich diese/nächste Woche mal dranmachen und die Catalog- und Taxonomyextension um eine Option für die Mehrsprachigkeit erweitern. Im Grunde fehlt da ja nicht viel.

Dann tu dir und uns einen Gefallen und mach es bitte gleich auf der aktuellen svn Version, dann kann ich es uebernehmen und einbauen.

1. Die Taxonomyextension ist derzeit rein strukturell nur für eine Sprache ausgelegt. Da genügt es schon sie um "Sprachfelder" innerhalb der Tabelle zu erweitern.

Das Problem hierbei wird sein, dass jedes element eine eigene id besitzt. Du brauchst jedoch dann mehrere mit jeweils derselben id aber anderen language ids. Das richtige hierbei ist, dies ueber eine subtabelle zu loesen (parent: id in der taxonomy, child: pid aus der taxonomy, Text mit language id).
Problematisch wird es jedoch dann beim auswerten dieser Felder in anderen extensions, diese myssten ueber deine mehrsprachigkeit "unterrichtet" werden.
Beim Catalog geht dies nicht ohne weiteres, da die Taxonomie hier als select auf eine Fremdtabelle (beliebig, nicht gezwungenermassen tl_taxonomy) eingebunden wird.
Der Weg ueber die Taxonomy ist hierfuer aber meiner Meinung nach sowieso nicht notwendig, da die Sprachkuerzel ja schon bekannt sind (system/modules/backend/languages/de/languages.php ist die aktuelle Liste).
Richtiger ist es meiner Meinung nach nun, bei 2. Anzufangen.

2. Der Catalog bekommt dann bei den Datensätzen ein weiteres Feld = Mehrsprachige Felder. Über die genaue Struktur mache ich mir noch Gedanken.

Genau hier beginnt nun die richtige Planung.
IMO sollte man nun bei Textfeldern angeben koennen, ob dieses mehrsprachig ist bzw. wie du schon sagst, mehrsprachige Felder als custom Fieldtype implementieren (seit catalog v2 moeglich).
Diese Felder legen dann ihre Werte in einer Subtabelle ab, welche beim parseValue Aufruf fuer dieses Feld zur Ausgabe herangezogen werden. Wie genau das im Backend dann vor sich gehen soll, das weiss ich gerade auch noch nicht. ggf. wird es auf einen neuen Widget Typ hinauslaufen oder aehnliches.

3. Catalog_ext erhält in den Frontend-Modulen eine Sprachabfrage. Mal schauen wie ich das genau mache - entweder im Code versteckt oder als Auswahl innerhalb des Moduls.

Das sollte man beim Modul selbst nicht einstellen. Richtiger ist es, wenn du, wie oben fuer das ParseValue schon angerissen, bei einer Frontendausgabe (TL_MODE FE) nachsiehst welcher Sprachcode gerade in $objPage gesetzt ist. Damit hast du automatisch bereits die Ausgabe in der Sprache, welche auch fuer den Rest der Seite gilt.
Interessant wird es jedoch, wenn du keinen Eintrag in dieser Sprache auf Lager hast, was nimmst du als Sprachfallback?

Diese ganze Gefrickel macht mich sonst noch wahnsinnig. Kenne ich so einfach nicht von TYPOlight.

Nunja, der Katalog ist auch eine der maechtigsten Extensions fyr TYPOlight, welche obendrein hauptsaechlich auf Kundenwunsch weiterentwickelt wird, oder aber "wenn ich mal eben Zeit habe" (so gehen wir Catalogentwickler alle vor, da es nicht anders praktikabel ist).
Der Code ist recht gut strukturiert und es steht jedem frei patches einzureichen.
Dennoch benoetigt jeder eine vollkommen eigene Ausgabe und Behandlung der items, weshalb man an einigen Stellen eben trickst um zum gewynschten Ergebnis zu kommen.

Es steht dir jedoch jederzeit frei, die Entwicklung zu sponsoren oder aber selbst Hand anzulegen.

Gruss
Chris

[andreasisaak]

Wie ich sehe bedarf es da noch einer etwas längeren Planung. Leider habe ich nicht soviel Zeit für das Projekt, mal schauen wieviel ich alles schaffe.

Ein kleines Problem habe ich aber leider damit wenn ich diese Änderungen auf Basis der aktuellen SVN Version (Catalog2) erstellen soll. Ich habe heute den halben Tag damit zugebracht meine Anforderungen mit der Catalog2 zu realisieren aber auch damit kläglich gescheitert.

Deswegen wollte ich die stabile Version als Basis nehmen. Da ist das Backend wenigestens komplett in Deutsch ich beherrsche zwar die englische Sprache aber die Muttersprache ist doch immer besser!

[xtra]

Die deutsche Sprache ist leider noch nicht vorhanden (sogar die englische ist noch nicht komplett).
Jedoch kannst du aus der aktuellen stabilen Version das Sprachverzeichnis in die Version 2 uebernehmen, dann sind immerhin schon mal 70% in deutsch.

Aber generell koennte man mal einen Aufruf machen, den Katalog zu uebersetzen.

[andreasisaak]

Ich werds mir morgen anschauen und melde mich sobald ich mit der Entwicklung anfange.