Mir wurde von einigen Benutzern angetragen, das Papyrus eine script-Funktionalität fehlt. Ich kann dies nur bestätigen. Gerade die integrierte Funktion von Papyrus WORD und BASE lädt gerade zu einer derart flexiblen Nutzung ein.
Welche Skriptsprache würdet ihr bevorzugen? Ich stelle schon einmal VBA, MS ScriptControl zur Diskussion, da Visual Basic von vielen Benutzern beherrscht wird. Auch PHP wäre eine nette Alternative.
Gibt es einen gemeinsamen Nenner für Windows und Mac?
Hallo clemens.daehne.
Ja, das vermisse ich auch.
Es wäre sehr wünschenswert, wenn sich Papyrus dahin gehend öffnen würde.
Wenn ROM das auch so sieht und dem folgt, sollte es aber zuvor eine Abstimmung unter registrierten Anwendern geben, welche Sprache den Zuschlag bekommt. Ich persönlich favorisiere PHP. Soll schnell erlernbar sein.
Ich hatte Ulli schon einmal [Lua[/URL] empfohlen (siehe [ und [ wäre meiner Meinung für Papyrus ebenfalls eine interessante Erweiterung. Es ist wie Lua komplett in ANSI C geschrieben, sehr klein, Open Source und dennoch für kommerzielle Produkte frei verwendbar und weit verbreitet: Most Widely Deployed Database](http://www.lua.org/uses.html)Well-Known Users of SQLite.
-Jens](http://www.sqlite.org/famous.html)](http://groups.google.com/group/maus.computer.software.office.papyrus/msg/4c0e293811ade1e6)
Ein ähnlicher Vorschlag wurde vor ca. einem Jahr in <[news://maus.computer.software.office.papyrus[/URL]> unterbreitet, wobei die Sprache “Lua” genannt wurde ([
Ich fürchte, VBA und plattformübergreifend gehen nicht zusammen. Microsoft selbst hat im neuesten MS Office für Macintosh die Unterstützung für VBA entfernt.
Mir persönlich würde ruby sehr gut in papyrus gefallen ;)](http://www.lua.org)
Moin!
VBA verbietet sich schon von alleine, da es nicht plattformübergreifend ist. Leider ist deswegen auch Applescript nicht einsetzbar. Wobei die Frage ist, ob es unter Windows - ähnlich zu MacOS - die Möglichkeit gibt, dass externe Scriptsprachen eine Applikation steuern.
Soll heißen: In MacOS ist - vereinfacht gesagt - eine scriptbare Applikation ein Objekt mit Methoden und Eigenschaften. Nun kann man ein Applescript starten, was das Applikationsobjekt steuert. Das Applescript läuft extern, im Interpreter des Betriebssystem, und steuert die Applikation, die keinerlei Interpreter zur Verfügung stellen muss, lediglich die Schnittstelle zu den Methoden und Eigenschaften.
Ich finde diesen Ansatz sehr gelungen. Wenn es nun unter Windows ebenfalls eine solche Möglichkeit gibt, wäre das die plattformübergreifende Lösung. Z.B. könnte es für Windows für Papyrus ein OCX geben, mit dem sich Papyrus steuern ließe. Wenn nun unter Windows ein Interpreter beim OS mitgeliefert wird (war da nicht mal was?), müsste das OCX lediglich eingebunden werden, dann wäre Papyrus komplett steuerbar.
Michael
Ja, nennt sich meines Wissens Windows Scripting Host.
Inwiefern ist das plattformübergreifend? AppleScript gibt es nicht für Windows und ich denke, es gibt eine ganze Reihe Anwender, die papyrus sowohl unter Windows als auch unter MacOS verwenden. Die wollen ihre Skripte ganz sicher nicht in zwei verschiedenen Sprachen schreiben.
Die schon vorgeschlagene Sprache Lua würde dagegen papyrus auf allen unterstützten Plattformen mit einer einzigen Sprache steuerbar machen.
Moin!
Es wäre eine Lösung, die mit wahrscheinlich relativ geringem Aufwand eine sehr OS-nahe Lösung darstellt.
Das ist natürlich ein Argument.
Vielleicht ließe sich beides machen. Damit Lua Papyrus sauber ansprechen kann, benötigt Papyrus ja Schnittstellen. Und ob die dann per Lua, Apple Script oder WSH angesprungen werden, sollte dann egal sein.
Michael
[quote title=ike schrieb am Sa, 09 Februar 2008 16:24]
VBA verbietet sich schon von alleine, da es nicht plattformübergreifend ist. Leider ist deswegen auch Applescript nicht einsetzbar. Wobei die Frage ist, ob es unter Windows - ähnlich zu MacOS - die Möglichkeit gibt, dass externe Scriptsprachen eine Applikation steuern.
[quote]
Ich denke, dass so etwas auch unter Windows möglich sein wird. Wie glucose schon erwähnte sicherlich mittels WSH. Zur Not kann man auch Tools wie [AutoHotkey[/URL] oder [
-Jens
Die von Regina gewünschte und von Clemens implementierte Phrasensuche.
Export: Formatierter Text / HTML / XML / CSV …
Automatische Formatierung von Text: beispielsweise alle negativen Zahlen auf Knopfdruck im Text um rote Textfarbe und Tausendertrennzeichen erweitern.
Import von BibTeX in Papyrus, zur Generierung von Literaturverzeichnissen.
Die Skriptsprache ersetzt die bisherigen Möglichkeiten in Datenfeldern und Formeln. Damit wäre es z.B. wesentlich einfacher Literaturverzeichnisse zu generieren. Momentan ist es notwendig arg verschachtelte Konstrukte zu schreiben, die nicht mehr wirklich gut lesbar sind.
Alle Seitenzahlen, die prim sind, fett formatieren. Man definiert sich eine eigene Funktion istPrim(N) und lässt diese über ein Feld auf die aktuelle Seitenzahl anwenden und gibt entsprechend die normalformatierte oder fette Seitenzahl aus.
](http://www.autoitscript.com/)
Skripting ist eher kein Thema, da das risikobehaftet ist, kompliziert und sehr viele Anwender abhängt. 
Geht mir viel zu sehr in Richtung Featureitis der Moloch-Programme. 
Wird auch nur recht selten gewünscht, und wenn man konkret fragt
„wofür denn?“
kommen selten wirklich konkret sinnvolle Anwendungen.