July 2009 Archive
Immerwieder ein Thema für mich. OpenOffice-automatisierung mit Perl.
Ein Highligth von OpenOffice ist die UNO-Schnittstelle. Grob gesagt ein Bindeglied zwischen OpenOffice und den supporteten Programmiersprachen. Im Moment nur StarOffice Basic, C, C++, Python und Java. Lange angekündigt ( und etwas untot!? ) die Perl-UNO lib.
Diese soll es erlauben Perl in/um/mit OpenOffice zu verwenden.
Die Projektseite ist hoffnungslos veraltet und alle paar Jahre wird etwas auf cpan hochgeladen.
Aber die Changelog im SVN auf Sourceforge zeigt noch Leben.
Aber warum schreibe ich das hier? Ich bin kein erfahrener Programmierer und bin schon mit zu vielen anderen Projekten beschäftigt.
Aber vielleicht hat ein Leser Interesse sich das Projekt anzusehen und im zu helfen.
Ein Highligth von OpenOffice ist die UNO-Schnittstelle. Grob gesagt ein Bindeglied zwischen OpenOffice und den supporteten Programmiersprachen. Im Moment nur StarOffice Basic, C, C++, Python und Java. Lange angekündigt ( und etwas untot!? ) die Perl-UNO lib.
Diese soll es erlauben Perl in/um/mit OpenOffice zu verwenden.
Die Projektseite ist hoffnungslos veraltet und alle paar Jahre wird etwas auf cpan hochgeladen.
Aber die Changelog im SVN auf Sourceforge zeigt noch Leben.
Aber warum schreibe ich das hier? Ich bin kein erfahrener Programmierer und bin schon mit zu vielen anderen Projekten beschäftigt.
Aber vielleicht hat ein Leser Interesse sich das Projekt anzusehen und im zu helfen.
- Perl-UNO auf Sourceforge - stand 18.07.09
- Changelog Perl-UNO Sourceforge - stand 18.07.09
Der Perl-Release-Manager ( im Perl Jargon "Pumpking" ) Rafael Garcia-Suarez hat seinen Hut genommen. Garcia-Suarez, der mitten in den Vorbereitungen für Perl5.12 ist, ist nach eigener Aussage, die ewigen Diskussionen und Anfeindungen wegen seiner Releasepolitik leid. Nachzulesen in seiner Mail Pumpking wanted an die P5P-Mailinglist.
In letzter Zeit wurden Beschwerden laut, dass Perl kürzere Releasezeiten bräuchte und eine zu konservative Politik in Bezug auf die Integration und Aktivierung von Funktionen hätte, die von den Kritikern als "modern Perl" bezeichnet werden.
Garcia-Suarez konterte damit, dass eine liberalere Politik und Aktivierung neuer Funktionen zu inkompatibilitäten mit dem sogenanten DarkPAN führen kann.
DarkPAN ist ein Sammelbegriff für alle Programme, die nicht im CPAN enthalten sind.
angefangen bei privaten Skripten bis hin kommerziellen Produkten.
( Mir fällt da Spontan twiki/foswiki ein )
Update:
Hier geht Garcia-Suarez auf die Gründe ein, wegen denen er aufgegeben hat.
In letzter Zeit wurden Beschwerden laut, dass Perl kürzere Releasezeiten bräuchte und eine zu konservative Politik in Bezug auf die Integration und Aktivierung von Funktionen hätte, die von den Kritikern als "modern Perl" bezeichnet werden.
Garcia-Suarez konterte damit, dass eine liberalere Politik und Aktivierung neuer Funktionen zu inkompatibilitäten mit dem sogenanten DarkPAN führen kann.
DarkPAN ist ein Sammelbegriff für alle Programme, die nicht im CPAN enthalten sind.
angefangen bei privaten Skripten bis hin kommerziellen Produkten.
( Mir fällt da Spontan twiki/foswiki ein )
Update:
Hier geht Garcia-Suarez auf die Gründe ein, wegen denen er aufgegeben hat.
