TomK32

Nach 1.3.0 im Juli das La Liberté genannt wurde geht es weiter mit 1.3.1: Unité (Release Info). Ich bin ja gespannt wie wohl 1.3.2 heißen wird ;-) Der Name ist durchaus Programm, schließlich lässt die MacOSX Version sich jetzt vom CVS kompilieren, eine tolle Arbeit die Andreas Vox da geliefert hat. Alle neuen Features hab ich bisher noch gar nicht ausprobiert, auch wenn ich's schon länger machen könnte (CVS :-) Im CVS geht's jetzt schon wieder richtig los mit neuen Patches.

Für mich ist ja bekanntlich scribus die wichtigste Software, damit erstell ich den WikiReader Digest und die anderen WikiReader. Die Portierung von Scribus auf Mac wurde von Andreas Vox begonnen und ein binary findet sich unter http://aqua.scribus.net das problemlos läuft. Natürlich reicht mir das nicht weil ich vorallem beim python-plugin einige patches habe und daher musst ich Scribus auf dem Mac kompilieren.

Erstes Problem: Qt

Trolltech bietet leider kein fertiges Binary an, daher musste ich Qt kompilieren, was natürlich nicht funktionierte. Woran's liegt weiß ich immer noch nicht, die Kombination MacOSX Tiger, gcc-3.3/4.0 und Qt 3.3.4 ist wohl noch nicht ausgereift. Aber gott sei dank gibt es ein fertiges binary unter http://naranja.umh.es/~atg/ das nach Stunden unsinnigen Probierens das Problem gelöst hat.

Fehlende Libraries

Wenn man auf einem frischen MacOSX Scribus kompilieren will dann fehlen gleich mal ein paar libraries, einige kann man schon in /sw/lib bzw /sw/include fnden, für den Rest braucht man Fink das mit als alter Debian-User sehr bekannt vorkommt ;-) Falls man Probleme hat weil z.B. beim make die header-files nicht gefunden werden, dann kann es daran liegen dass in den Makefiles die $USER_INLUCDES nicht in all_includes drinnen stehen. Also, auf den Editor.

Fazit

Anstrengender als erwartet, selbst wenn man jahrelang Linux hatte und da keine Probleme hat ist offenbar generell Open Source auf MacOSX ein Abenteuer. Zum Schluss bin ich beim Binary von Andreas Vox gelandet und hab dort einfach mein gepatchtes Script-Plugin rein. Geht auch Problemlos. Übrigens ist es wunderbar anzusehen wie schnell sich die Aqua-Version von Andreas entwicklet, hatte die Juni-Version noch Probleme eine etwas größere sla-Datei zu öffnen, kam die Version vom 2. Juli schon problemlos damit zurecht. Verbesserungen wird es aber weiterhin geben müssen.

Ich mach jetzt schon seit der Ausgabe 3 den WikiReader Digest mit Scribus, irgendwie kam mir das Ding immer arg langsam vor und nachdem ich vor drei Wochen auf die Version 1.3cvs umgestiegen bin wurde es fast unerträglich. Irgendwann ließ sich der aktuelle Digest gar nicht mehr mit Scribus öffnen weil es einfach meinen ganzen Speicher (512 RAM und 800 Swap) auffraß. Die Devs waren sich nicht klar wo der Fehler liegen könnte, bei einem Verbrauch von 600 MB Shared-Memory hätten wir schon aufhorchen sollen, taten es aber nicht gleich. Die erste Idee war dass die Bilder doppelt und dreifach im Speicher liegen, vorgestern kam Craig Ringer endlich darauf dass auch Dokumente ohne Bilder betroffen sind und es wohl an den Schriftarten liegt. Der arme Craig hat gestern den ganzen Tag nach dem Fehler gesucht und am Abend bin ich dann darauf gekommen dass in AddFont() eine Abfrage fehlt. Die Schriftarten wurden einfach immer und immer wieder, wahrscheinlich für jedes einzelne Zeichen, in den Speicher geladen. Jetzt lässt sich mit Scribus endlich wieder halbwegs arbeiten und es können ein halbes Dutzend Fehlerberichte auf bugs.scribus.net geschlossen werden :-) Fehlt nur noch dass die Silbentrennung besser abgespeichert wird als bisher und dann klappt's auch mit dem schnellen Laden und Speichern.

Ich kenn Scribus ja erst seit der 1.0 version, aber 0.2 erkennt man wirklich nicht mehr im heutigen 1.2.2 Screenshots von Scribus 0.2 Die beiden WR Digest im Februar hab ich mit Scribus gemacht, zwar noch nicht perfekt, aber ich muss nur mein Import-Script (in Python) erweitern und dann ist das Layout stimmiger.