Eine variable (! ) PROPERTY : das unmögliche möglich machen

[spirigwi]

da ich ständig alle AS für mein „Intranet“ scripten muss ..
....
....
(hier stand einmal viel Unsinn, sorry
_________________
 Skript-Fan => ein � -Fan =>Scr¿¿-KongFuSius_Kurpfusius

[spirigwi]

"KURZFORM:
Bitte höflichst um folgenden Test:
Wenn der Tester zuerst ein screenshot?=Bildschirmfoto
(mit CODE_GROSS_4, nicht 3 da sonst verwirrt)
auf OSX machen könnte und einen Testlauf ?¿¿

funktionierts oder nicht ? "
" CODE"

property STARTNAME : {}
-- ==================================================
my PropertysSetzer()
on PropertysSetzer()
set STARTNAME to (first item of (list disks)) as string
end PropertysSetzer
--SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
tell application "Finder"
set PFAD to STARTNAME & ":" & "Bild 1"
open file PFAD
end tell
_________________
 Skript-Fan => ein � -Fan =>Scr¿¿-KongFuSius_Kurpfusius

[Folker]

Hallo Willy,

ja, kompilierbar ist das auch unter OS X. Allerdings gebe ich zu bedenken: Unter OS X spielt die oberste Ebene der HD für den Benutzer eine weitaus kleinere Rolle als unter OS 9 - nicht das diese Ebene nicht wichtig wäre, sie ist unter OS X zu wichtig! Der Benutzer unter OS X wirkt zumeist im Verzeichnis Users/MeinHeimOrdner - selbst der "Schreibtisch" ist innerhalb des Home-Verzeichnisses eingeordnet.

Die Frage, die sich mir stellt - wozu der Aufwand? Hilft nicht ein einfaches "path to startup disk" ? Es muss dann natürlich festgestellt werden, ob es sich um eine (beschreibbare!) HD handelt, oder ob der User via CD/DVD gestartet hat ...

Zum Property: Natürlich geht das so - nur bei jedem Scriptstart den Property neu zu belegen führt für meinen Geschmack einen Property ad absurdum - da ist vielleicht eine globale Variable geeigneter?
_________________
Gruß,
Folker Brandt
=============================
Systemberatung · Datenbanken · Webdesign

[spirigwi]

Zunächst ganz herzlichen Dank für die sehr detaillierte Antwort :

[Folker]

Hallo Willy,

sooo viele Fragen auf einmal

Jo, da ich ohne "Classic" installiert habe, mache ich mir wenig Gedanken zu OS 9 Proggis u.ä.. Unter OS X ist es tatsächlich so, dass es sehr sinnvoll ist Dateien, welche von Benutzern erstellt bzw. bearbeitet werden in das entspr. Benutzer-Verzeichnis zu sichern. Da mag es aber in spez. Situationen sicherlich sinnvoll sein, andere Ansätze zu finden.

Mehrere Benutzer können zwar i.d.R. nicht gleichzeitig am selben Rechner "arbeiten" (das ginge sogar via Terminal) aber durchaus angemeldet sein (da gibt es dann den sog. Fast User-Switch).

Für den FileMaker macht es i.d.R. eh Sinn einen Rechner dafür abzustellen. Dieser hostet die Dateien und alle User greifen über das Netz darauf zu.

Programme, klar in den Applications Ordner. Der heißt tatsächlich so, Programme ist nur die Sprachvariante - ob AS das selbsttätig umbenennt habe ich noch nie gefragt - da ich mir alle Suffixe anzeigen lasse (Finder Einstellungen) sind meine Bezeichnungen eh' auf Englisch.

Programme haben i.d.R. ein anderes Handling unter OS X - diese sind ja sog. Packete, d.h. mit tell app "Finder" to open "Pfad:Programmname" wird das meist nicht funktionieren (was unter 9 ja vorzüglich klappt!) - tell app "Programmname" to launch/activate ist da der Freund.

on Handleraufruf
global theGvar

und in jedem Handler, wo diese globale Variable genutzt wird, muss die g. V. so "bekannt" gemacht werden.
_________________
Gruß,
Folker Brandt
=============================
Systemberatung · Datenbanken · Webdesign

[spirigwi]

[Folker]

Hallo Willy,

wenn alle Benutzer ein Programm nutzen sollen, ist es natürlich im Programme-Ordner des Systems, also auf der obersten Ebene, am besten aufgehoben! Aber das OS X bietet die Möglichkeit einen Ordner Programme auf im Home-Ordner des jew. Users anzulegen. Diese Programme sind nur für diesen Benutzer ausführbar. Dies ist aber nicht so wichtig, denn Programme im Programme-Ordner des Systems können in "Systemeinstellungen -> Benutzer" für Benutzer, welche nicht Admin sind, gesperrt werden. Der einzige Vorteil eines Programme-Ordners im Home-Verzeichnis ist, dass andere Benutzer nicht sehen können, welche Programme noch installiert sind.

Diese Vorgehensweise von Apples OS X spielt seine Stärken eher im Bereich des Library-Ordners aus. Das funktioniert ähnlich wie diese russischen Puppen, das System hat z.B. Fonts-, Scripts-, Scripting-Additions Ordner, aber auch der Benutzer kann sich diese einrichten. So nutzt jeder User seine eigenen Fonts, Scripts, Scripting-Additions usw.

So, zu Weihnachten noch ein Tipp für Dich

Wenn Du einen Server für FMP im Netz hast und dieser die Dateien hostet gab (gibt?) es eine AppleScript-mäßige Lösung diese Dateien auf den Clients zu öffnen! Das habe ich damals mit FMP 3 und 4 getestet, ging aber auch mit FMP 5 und ich sehe keinen Grund, warum das heute nicht mehr gehen sollte! Vorraussetzung im Netzwerk: Feste ip-Adressen, da gibt es ja Nummernkreise, welche für interne (Intranet) Zwecke vorbehalten sind, z.B. 192.168.x.y

tell application "FileMaker Pro"
   activate
   -- FMP3 oder FMP5://Passwort, gefolgt von @ IP-Adresse/Dateiname
   getURL "FMP3://Passwort@192.168.200.1/Testdatei.fp3" -- 1 Datei
   -- mehrere Dateien
   getURL {"FMP3://Passwort1@192.168.200.1/Testdatei1.fp3", ¬
      "FMP3://Passwort2@192.168.200.1/Testdatei2.fp3"}
end tell

Im obigen Beispiel werden die Dateien auf dem Rechner mit der IP 192.168.200.1 gehostet (sind natürlich dort geöffnet - aber auf einem "Nur-FMP-Rechner" lässt sich das natürlich wunderbar automatisieren. Das Script kann dann von irgendeinem Rechner im Netz ausgeführt werden und öffnet die Datei(en) für den Clienten. NACHTEIL: Das Passwort steht natürlich im Klartext im Script - da muss jeder selbst entscheiden, wie hoch die Sicherheit sein muss...
_________________
Gruß,
Folker Brandt
=============================
Systemberatung · Datenbanken · Webdesign

[spirigwi]

SNOW!!!!!!!sofort! Ein Smilie das sagt SCHMATZ!!!!
Das war vielleicht eine Antwort von diesem Folker!
Super, geht direkt unter den Weihnachtsbaum: diese Methode
hab ich seit Jahren gesucht, mich aber nie getraut=gewagt zu fragen danach.
Und da Folker sowieso meine Fragen rationiert hat:

nur noch 1 winzekleines Doppel -Frägelchen (ist erlaubt?)

[Folker]

Hallo Willy,

ganz kurz bevor die allgemeine Weihnachtsruhe auch bei mir einkehrt. Ob im Programme-Ordner der obersten Ebene oder im Programme-Ordner eines Benutzers ist nahezu schon eine "Geschmacksfrage" - es sei denn, es sind viele Benutzer an 1 Rechner eingerichtet und alle sollen auf das Programm zugreifen können, dann gilt: Immer auf die oberste Ebene.

Mac OS X führt anscheinend sehr genau Buch darüber, was sich wo auf der HD befindet - sofern der Programmname richtig angegeben wurde, habe ich noch niemals die Abfrage "Wo befindet sich ..." unter OS X gesehen - und dann das Konzept der "russischen Puppen", wenn oben nix ist wird halt weiter nachgeschlagen (im Programme-Ordner des jew. Benutzer vorhanden?). Allerdings werde ich die Netzwerk-Geschichten auch erst jetzt richtig nachvollziehen können - habe gestern die ersten 2 Produktionrechner in unserer kleinen Agentur auf X umgestellt - das neue Jahr kann kommen.

Der Unterschied im OS X besteht darin, dass ein Programm keine Datei darstellt wie unter OS 9. Die X Programme sind sog. Packete, eigentlich nur ein Ordner der viele Ordner und Dateien enthält (Resources etc.) - für FMP 5.5 sieht das bei mir so aus: FileMaker Pro/contents/MacOS/FileMaker Pro

Der Finder "gaukelt" uns also nur ein in sich geschlossenes Programm vor, in Wirklichkeit ist in unserem Beispiel das Programm (mit dem icon) im Programme-Ordner nix weiter als ein Ordner, der wiederum usw.

Das der Finder da evtl. mittlerweile intelligent genug ist, diesen Umstand zu würdigen, mag sein. Ich habe aber immer möglichst den Finder "geschnitten" - als ich mit AS anfing, war der Finder noch gar nicht scriptbar - der konnte nix mit AS anfangen. Später gab es dann irgendwelche Finder-Libs, womit dann rudimentäre Scriptfähigkeit dem Finder verliehen wurde. Später habe ich dann mit dem scriptbaren Finder die ein oder andere Überraschung erleben müssen (simpelste Anfragen wurden mit einem "timeout" quittiert) und last but not least, als ich mit OS X (10.1.4) anfing, bestand das Finder AS-Verzeichnis aus lauter Einträgen, welche erst in Folgeversionen zum funktionieren gebracht wurden. Soweit meine Erfahrungen, die ich eigentlich in dem Satz "So wenig Programme wie möglich mittels AppleScript benutzen" zusammenfassen kann - ehe ich den Finder nach einem Ordnerinhalt frage nutze ich lieber 'list folder' - das mag aber jeder für sich selbst entscheiden.
_________________
Gruß,
Folker Brandt
=============================
Systemberatung · Datenbanken · Webdesign