Pluginname:
---------------------------------------------------------------------------
Smartypants

Status:
---------------------------------------------------------------------------
beta - das Plugin ist weitgehend fertig und getestet. Bis zu einer stabilen
Version wird es nur noch kleinere Änderungen / Bugfixes geben. Das
Plugin ist unter vorbehalt produktiv einsetzbar.

Bechreibung:
---------------------------------------------------------------------------
SmartyPants übersetzt Standard-ASCII Interpunktionen zu "smarten" typographisch
korrekten Interpunktionen und gibt diese, Zeichensatzabhängig als UTF-8-Zeichen
oder HTML-Entitäten aus.

Features:
---------------------------------------------------------------------------
Stichpunktartige Listung der wichtigsten Merkmale des Moduls
- Transparente übersetzung von Interpunktionszeichen aus ALLEN Modulen und Plugins
- Ausgabe als "echte" UTF-8-Zeichen oder HTML-Entitäten, je nach eingestelltem
Zeichensatz
- Keine veränderung der Daten der Datenbank -- Nach dinstallieren des Plugins ist
alles wieder wie vorher
- Ersetzungszeichen können in der Projektkonfiguraion geändert werden

Autor(en):
---------------------------------------------------------------------------
- MaZderMind

Lizenz:
---------------------------------------------------------------------------
GPL

Benötigte Sefrengo Version:
---------------------------------------------------------------------------
Bisher keine abhängigkeiten bekannt

Installation:
---------------------------------------------------------------------------
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Administration -> Plugins".
Klicken Sie oben rechts auf "Plugin importieren". Am unteren Ende des Bereichs
befindet sich ein Uploadfeld. Wählen Sie hier die gewünschte "*.cmsplug"- Datei
aus. Mit einem Klick auf das Diskettensymbol wird das Plugin in das CMS importiert.
Das Plugin ist nun innerhalb des CMS nutzbar. Installieren Sie das Plugin mit einem
klick auf das Plugin-Importieren-Symbol in der Pluginzeile.


Update / Migration:
---------------------------------------------------------------------------
Aufgrund der beschränkten Möglichkeiten für Pluginupdates gehen bei jedem
Update die Einstellungen verloren.

Dokumentation:
---------------------------------------------------------------------------
http://daringfireball.net/projects/smartypants/



Download entfernt weil er einen SF-Crash verursachen kann. Gibt bald ne neue Version.

Hi
Nun also die neue Smartypants-Version. Ich habe eine neue Ableitung der plugin_meta entworfen, die die Metadateien language_install.meta und language_uninstall.meta auswertet und entsprechend beim anlegen einer neuen Sprache reagieren kann. Verwendet wird dass, um die Konfigurationseinstellungen aus der Projektkonfiguration in die sprachkonfiguration zu verschieben.
Damit können für jede sprache unterschiedliche Typographien konfiguriert werden und es kann z.b. bei Französisch "xx" zu «xx» und bei deutsch zu „xx” konvertiert werden. Hinzugekommen sind hier auch weitere Konfigurationsmöglichkeiten, was genau ersetzt wird, wo leerzeichen erzwungen und wo entfernt werden sollen. Bei Fragen was genau die einzelnen Einstellungen machen bitte einfach konkret hier nachfragen.
In der Clientkonfiguration steht nurnoch die Option, das ersetzen der numerischen Entitäten durch UTF-8-Zeichen bei aktiviertem UTF-8-Zeichensatz zu deaktiveren, um ungewollte interaktionen mit anderen Plugins wie z.B. dem eMail-Kodierer zu vermeiden.

So ich hoffe dass alles klappt, vorallem auch das Update. Ich hoffe auf rückmeldung bzw. Links auf Seiten auf denen ihr das Plugin einsetzt.
Gruß, Peter

Da gibts ein Problem mit dem Update. Beim Import werde ich nach dem Update gefragt, i.O. Dann Import. Dann funktioniert allerdings nichts mehr. Egal wohin ich klicke, eine weisse Seite entspricht nicht meinen Vorstellungen eines CMS.

@MaZderMind

Ich erhalt ebenfals eine Fehlermeldung.

und im Backend wird nichtsmehr engezeigt.

Frontend wird angezeigt.

Gruss

Edit: OK. Das war ein Update von Smartypants 1.00.00

Ich weiss nicht ob feniweb eine Neuinstallation oder ein Update meint. Neuinstallation geht ebenfalls nicht

Hmm sehr merkwürdig. Einstweilen könnt ihr einfach die Einträge aus der cms_plug löschen dann sollte es wieder gehen. Ich teste noch ein bisschen rum. Der gequotete Fehler ist mir wirklich unerklärlich.. Ich gucks mir nochmal an..

Gruß, Peter

Stichwort cms_plug: Alle Plugins müssen hier doppelt drin sein - die Smartpants aber nur einmal, folglich muss nach der Installation irgendetwas mit dem Import schief laufen.
In der Spalte index_file ist nicht angegeben, müsste doch heissen -> process.php. Hier sollten wir uns eigentlich einigen, das alle Plugins über einen einheitlichen Dateinnamen aufgerufen werden.
Habe gerade die Zeile in der DB analog zu den anderen Plugins verdoppelt, geht allerdings trotzdem nicht.

Cat-Name: Ausgabeparser: hier sollte vielleicht System oder Tools stehen.

index_file ist egal da das Plugin im Backend keine Seite anbietet. Die "doppelte Zeile" wird erst angelegt wenn das Plugin in ein Projekt installiert wird. Das hat mit dem Import nix zu tun.

Gruß, Peter

So ich habs getestet. Sowohl ein Update als auch ein Reinstall laufen auf einer frischen SF-Testinstallation mit zwei Projekten problemlos. Kann mir einer mit Problemen mal einen Backendzugang geben damit ich gucken kann worans liegt? Weil eigentlich hab ich das install/uninstall/update-Prozedere ein halbes duzend mal getestet...

Gruß, Peter

Rätsel über Rätsel. Habe probeweise alle Plugins deinstalliert und komplett gelöscht und dann das Plugin neu hochgeladen - mit dem gleichen Ergebnis.
PM ist unterwegs.

So ich hab einen Fehler, dem anderen bin ich grad auf der Spur. Zuersteinmal habt ihr beide den gleichen Fehler, nur dass bei dem einen ne Fehlermeldung angezeigt wird und bei dem anderen nicht.

Mir sind zwei Fehler unterlaufen:
1. Hab ich in einem query hart cms_ reingecodet.
2. Benutze ich eine andere MySQL-Version. Eure wirft bei folgendem Query den Fehler "Column 'idlang' in field list is ambiguous" raus, mein jedoch nicht.


Warum das so ist, weiß ich nicht. Logischerweise /müssen/ die beiden idlang-Spalten ja den selben Wert haben, sonst würde ja kein Join stattfinden. Trotzdem beschwert sich MySQL bei euch dass die Spaltenbezeichnung nicht eindeutig sei. Meine Version 5.0.22 sortiert das scheinbar aus.

Ich hab das Query auf

geändert und schon fluppts.

Ein weiteres Problem hab ich auch nicht bedacht, nämlich das $db -> Execute($sql) bei einem defekten Query false zurückgibt und kein leeres record-Set-Objekt. Da muss ich unbedingt noch ne Behandlung einbauen, damit beim nächsten mal keine Weiße Seite erscheint sondern ne ordentliche Fehlermeldung.

Bei gunwalt hab ichs direkt korrigiert, für alle anderen hier die geänderte class.plugin_langconfig_meta.php. Die muss nach /backend/plugins/smartypants/ kopiert werden. Ich nehm oben den Download raus und veröffentliche eine Fehlerbereinigte Version.

Danke für den einfachen zungang zu euren Systemen, hätte sonst ewig dauern können mim finden des Fehlers.
Gruß, Peter

Danke für die Reparatur.


Hängt das mit 4er und 5er PHP zusammen? Offiziell wird die 4er empfohlen?

Nein das liegt an unterschiedlichen MySQL-Versionen.


Gruß, Peter

Kannst Du das noch verbessern?

Öffnene Anführungszeichen
Schließende Anführungszeichen

Klaro

Gruß, Peter

@MaZderMind

Danke für deine Bemühungen, leider immer noch gleicher Fehler!

Ich habe die neue class.plugin_langconf_meta.php ins entsprechende Verzeichnis abgelegt jedoch hilf das nicht

gleicher Fehler kann mich ins Backend nicht mehr einlogen, nur wenn ich das über FTP Smartypants deaktiviere.

Gruss

Bitte schick mir FTP-Zugangsdaten damir ich mal gucken kann. Das Query wird anscheinend nicht ordentlich ausgeführt, ich weiß nur nich wieso...

Gruß, Peter

...
Ein Schuß ins blaue:
... wichtig sind dabei die '...(cms_***_lang)...' Klammern!

Gruß

Hmmm also das hab ich noch nie gesehen..
Mehrere Source-Tables werden normalerweise mit kommas separiert -- Klammern hab ich noch nie gesetzt.

Gruß, Peter

@feniweb Ich würd gern die neue Version rausbringen aber da ich immer noch nicht weiß wo genau bei dir der Fehlr liegt kann ich das auch nich fixen -- und ich bring ungern ne Version mit (mehr oder wniger) known bugs raus.
Ist es möglich, dass du mir FTP-Zugang zu deinem System gibst?

Gruß, Peter

@MaZderMind

Habe dir FTP-Zugangsdaten in einem PM gesendet.

Gruss

... ähmmm, hast du meinen Fix nun ausprobiert? Oder kannst du dir nicht vorstellen das das so geht und testest das deswegen nicht?

@STam

Sorry, ich bin davon ausgegangen das dein Fix für MaZderMind ist.

Gruss

@STam doch - ich hatte nur bis heute keine Möglichkeit auf felix' Server auch nur irgendwas zu testen. Da ich jetz die Zugangsdaten hab werde ich glei drangehen und mit deinem vorschlag anfangen

Gruß, Peter

Hi
Soo felix fährt ein MySQL 3.23.58, welches folgedes Query ablehnt:

#1064 - You have an error in your SQL syntax near 'USING idlang' at line 1
auch wenn ich die USING-Klausel gegen eine entsprechende ON-Klausel austausche. Ich hab keine ahnung wieso. Das Query scheint korrekt.

auch STams Tip mit den Klammern hab ich befolgt -- gleiches Ergebnis. Ich peils einfach nicht -- warum beschwehrt sich MySQL über die Syntax? Wenn jemand ne Idee hat.. Ich werde mal in ienem speziellen SQL-Forum nachfragen.

Gruß, Peter

Ohh ich habs *g*
MySQL3 kommt mit JOIN nicht klar, wenn kein INNER oder OUTER oder CROSS angegeben ist. Ab MySQL4 wird INNER als default angenommen. Ich werde es mir für die Zukunft merken.. Release ist auf dem Weg und bei felix fluppt wieder alles.

Gruß, Peter

@MaZderMind

Danke für deine bemühungen.
MySQL 3.23.58 ich weiss, ist schon eine ältere DB-Version, werde auch nächstens auf einen neueren Server beim Provider umsiedeln mit PHP5 usw.

Gruss

Edit: natürlich auch ein Danke an Stam

... ebenso, danke für die Aufklärung.

Gruß