Am 03.03.2008 um 14:55 schrieb Klaus Mueller: > Also: Ich bin ja seit jeher ein Verfechter der Entwicklung > von "kompatiblen" Scripts. > FS Mac 2.0, Win 2.1 mit und ohne aktiviertes eSystemObject, > PlatformEncodingMode True oder False - ein Script sollte > im besten Fall unabhängig davon immer funktionieren.
"im besten Fall" ist eine Bewertung, die nur ohne Maßstab nichts aussagt. Ich meine es ist falsch verstandene Anwenderfreundlichkeit, wenn man die Rückwärtskompatibilität übertreibt (siehe Windows) -- wann aber ist etwas übertrieben. Schwierig schwierig... > Nun stellt sich mit der vollständigen Unicode-Unterstützung > von FrameMaker/FDK wieder mal die Frage, ob man nicht besser > einen CUT machen, alte Zöpfe abschneiden, die existierenden > Scripts einfrieren und Scripts für den Einsatz in FM8 einfach > neu entwickeln sollte. > So sehr mir dieser Ansatz generell widerstrebt, lässt sich > nicht leugnen, dass durch die fehlende Weiterentwicklung der > Mac-Version von FrameScript, die fehlende Weiterentwicklung > der Mac-Version von FrameMaker selbst sowie durch die zunehmende > Umständlichkeit der Pflege solcher Scripts die vielbeschworene > "Kompatibilität" in ihrem Grundsatz selbst von mir zunehmend > in Frage gestellt wird. Sehr gut. Bei Auftragsprogrammierung stellt sich die Frage ja zunächst nicht, da in der Regel für ein bestimmtes Zielsystem programmiert wird. Und bei den kostenfreien Skripten wird es -- hoffentlich -- niemand wagen über fehlende Kompatibilität zu klagen! Es gibt z.B. etliche Java-Programme, die auch nicht mehr unter JRE 1.3 oder früher laufen. > Also: "Die Anpassung existierender sowie die Entwicklung neuer > FrameScripts unterstützen nur noch den Unicode-Mode"?? > Mir erscheint ein solch radikaler Schnitt nicht in jedem Fall > notwendig bwz. in einigen Fällen auch nicht machbar. Wenn es nicht notwendig ist (weil es keinen Textbezug gibt) ist alles bestens. Wenn es nicht machbar ist, kann man nichts machen. Aber dazwischen ist der große Rest, und genauso wenig wie es empfehlenswert ist in einem gemischten Umgebung mit FrameMaker 8 und Vorversionen zu arbeiten, genauso wenig macht eine Kompatibilität von Skripten im konkreten Einzelfall Sinn. Ich würde so vorgehen: * Entwicklung für FM7 und vorher einstellen, Bugfixes als Auftragsprogrammierung * Weiterentwicklung für FM8 im Unicode-Mode, denn da wird/muss es hingehen > Der nächste Scriptentwickler hat seine Scripts (allerdings ohne > Berücksichtigung des "Compatibility Mode") auf UTF-8 umgesetzt, > und sacht nun dasselbe für den Einsatz der Scripts im Comp.Mode. > Ein Patt für den gemeinen Anwender. Umso wichtiger ist eine klare Perspektive. Sonderlösungen lassen sich immer finden und sind dann auch das benötigte Geld wert. > Theoretisch lässt sich eine Scriptdatei auch im UTF-8-Encoding > speichern und die Strings uncodiert direkt verwenden - dies > funktioniert dann aber natürlich nur im UTF-8-Mode und dürfte > beim Posting, bei der Weitergabe und der Änderung von Scripts > durch den Anwender unweigerlich zu Problemen führen. Nein, denn dies ist z.B. heute schon der Fall in anderen Programmiersprachen und bei der Weitergabe von XML-Dateien. Wenn ein Mail-Programm damit nicht zurecht kommt, gehört es ausgetauscht und Dateien kann man auch zippen. > Seit einigen Wochen bin ich damit beschäftigt, die wichtigsten > Scripts entsprechend (kompatibel) anzupassen - allerdings stellt > sich heraus, dass diese Anpassung (bei 150 Scripts) doch ziemlich > aufwendig ist. Es wird also noch eine geraume Zeit dauern, bis > die itl-Scripts mit FrameMaker 8 und FrameScript 5.1 fehlerfrei > funktionieren ... Kein Problem! Man sollte nicht vergessen, dass diese Skripte vielen Anwendern ganz entscheidend geholfen haben bei der Bewältigung alltäglicher Aufgaben. Vielleicht fällt die Anpassung leichter, wenn dafür etwas bezahlt wird? Wenn es z.B. ein Subskriptionsmodell zum bevorzugten Erhalt der für FrameMaker 8 aktualisierten itl-Skripte gäbe? Schöne Grüße, - Michael Müller-Hillebrand -- _______________________________________________________________ Michael Müller-Hillebrand: Dokumentations-Technologie Adobe Certified Expert, FrameMaker Lösungen und Training, FrameScript, XML/XSL, Unicode <http://cap-studio.de/> -- Tel. +49 (9131) 28747 _______________________________________________ Talk mailing list [email protected] http://lists.framemaker.de/mailman/listinfo/talk
