Hallo Welt!
Ich hab einen kleinen Wrapper für die Google Translate API v1 als symfony 1.4 Plugin auf github gehoben:
https://github.com/ivoba/sfGoogleTranslate

Einfach Plugin installieren und dann im Model oder wo es gebraucht wird:

$gT = new sfGoogleTranslate('de','fr');
$t = $gT->translate('Hallo schöne Frau');
echo $t;

Das Plugin nutzt den sfWebbrowser, der ist ja ziemlich praktisch, den braucht man also auch noch.
Die detect Methode wird auch unterstützt.

Evtl. könnte man jetzt noch tasks machen, wie etwas aus dem I18nTranslate Plugin, welcher alle i18n dictionary files übersetzt.

Wer sich berufen fühlt, kann den ja porten und das Ding forken ;)

Ich weiss nicht ob Ihr es wußtet:
Es gibt ein feines Plugin für Google Analytics für symfony.
Kris Wallsmith sei dank.

Da kann man sich fragen, warum denn ein Plugin dafür?
Die paar Zeilen Code kopier ich doch schnell ins Layout.
Über das Plugin kann man jedoch Analytics “environment aware” einbinden.
Man will ja nicht das die Test- oder gar Entwicklungsumgebung die Messung verfälscht.

Das läuft dann über die app.yml:

prod:
  sf_google_analytics_plugin:
    enabled:      on
    profile_id:   UA-XXXXXXX
    tracker:      google

Außerdem hat das Plugin noch einiges mehr im petto:
Zum Beispiel kann man:

– Seiten mit custom Namen tracken
– Seiten tracken in der action
– Routen kanonisch tracken
– einzelne Module vom Tracking ausschließen
– custom Werte aus der app in der action tracken

Da freut sich wer es braucht…

Eigentlich hatte ich gedacht, dass das irgendwie einfacher gehen würde, aber hat mich dann doch einiges an Recherche gekostet.

Nachdem ich irgendwann mal das “My First Project” durchgespielt hatte, war ich der Auffasung, dass der Datepicker immer benutzt wird beim Admin Generator. Doch nachdem ich dann mal eine andere Anleitung benutzt hatte mußte ich feststellen: Das ist nicht immer so!

Den Unterschied macht, wie man den Admin Generator aufruft:

php symfony propel:init-admin backend post BlogPost

ist symfony 1.0 und macht den DatePicker

php symfony propel:generate-admin backend BlogComment --module=comment

ist symfony 1.2 und generiert stattdessen ein häßliches pulldown.

Um nun für 1.2. doch einen DatePicker zu bekommen nützt es auch nix irgendwas in der generator.yml anzugeben. Das wird alles ignoriert.

Man muss schon ein PlugIn bemühen: das sfFormExtraPlugin.

Das baut dann ein Jquery Datepicker hinter das Pulldown, auch nich so dolle aber immerhin.

Und das läuft so:

- Plugin installieren

- Jquery holen und einbinden in die view.yml:

javascripts:    [jquery-1.3.2.min.js,query-ui-1.7.2.custom.min.js]

stylesheets:    [main.css,jquery-ui-1.7.2.custom.css]

- jquery-ui-1.7.2.custom.min.js nach web/js kopieren
- jquery-ui-1.7.2.custom.css nach web/css kopieren

- in lib/form/<model>Form.class.php folgendes rein:

public function setup()
{
parent::setup();
$this->widgetSchema['created_at'] = new sfWidgetFormJQueryDate();
}

- cache leeren noch mal den admin generator anschmeißen und wenn ich nix vergessen hab, sollte jetzt der DatePicker auftauchen

Puh, danke an die symfony Forum Suche ich hoffe in 1.3. wird das ein bißchen einfacher.

Habt Ihr das auch so gemacht? Gibts noch ein Trick?

Lasst mich es wissen…

Eines meiner persönlichen Lieblingsplugins – wer die Tagsammlung meines persönlichen Blogs, kleinski.de gesehen hat, weiß auch warum – ist Simple Tags von Amaury Balmer.

Denn dank des Plugins ist die Verschlagwortung von Artikeln binnen kürzester Zeit erledigt und, via Zugriff auf die Yahoo terms extractions API und den Service Tag The Net, werden bekannte Personen, Namen und andere Ausdrücke, die man vielleicht selber gerade nicht auf dem Schirm hat, aus dem entsprechenden Pool gefischt und jeder Artikel ist mit wenigen Mausklicks getagged.