Hallo,
Am 11.09.2005 14:52 schrieb Jörg Schmidt:
> Ganz einfach, weil sich die Entwickler für Formular entschieden haben es
> wäre nun ziemlich komisch da 'gegen' die Entwickler zu arbeiten.
Schließt sich das gegenseitig aus?
> nur ich sehe keinen Grund) dann kommt die Andere Seite und will nun doch
> wieder Formulare haben.
Ich habe auch gerne die Wahl. Vielleicht möchte ich für das eine ein
Formular haben, für das andere einen Dialog? Ich habe mich bisher noch
nicht wirklich gründlich damit beschäftigt; bislang möchte ich erst
einmal sondieren, von welcher Seite und womit ich die Sache angehen könnte.
> ... da kannst Du bei einem Formular nichts durch herumklicken verstellen
> ... Gar nichts!. Die Einzige Möglichkeit ist das Formular im
> Bearbeitungsmodus zu öffnen, das muß der User dann aber absichtlich tun.
> Außerdem kannst Du jederzeit die Formularfelder eines Formulars in einen
> Bereich anordnen und diesen Bereich vor Änderungen mittels Passwort
> schützen, dann kann ein User nicht mal mit Absicht Änderungen vornehmen
> solange er das Passwort nicht kennt.
Das ist doch gut, sowas meinte ich.
> Es gibt absolut keine Begründung das ein Dialog hierin "besser" wäre,
> eher im Gegenteil bei einem Formular kannst Du Steuerelemente schützen
> das sie der User nichtmal mit Gewalt ändern kann. Wie machst Du das bei
> einem Dialog?
Geht das da vielleicht ebenso?
> Indem Du in der Bibliothek die
> Schreibgeschützt-Eigenschaft setzt und dann die Bibliothek
> verschlüsselst? Netter Aufwand für ein Ergebnis wo Du nichtmal einzelne
> Elemente selektiv schützen kannst.
Ärgs... das wäre eher Murks.
> Was hat "standalone" mit Plattformunabhängigkeit zu tun?
Es waren .EXE-Dateien, die dann eben nur unter Windows liefen.
> (auch OOo ist nur in dem Sinne plattformunabhängig das für verschiedene
> BS verschiedene Installationspakete nötig sind und nätürlich wäre es
> auch für Standalone-Anwendungen denkbar, diese auf (ziemlich) gleicher
> Quellcodebasis für verschiedene Systeme zu kompillieren)
Überspitzt dargestellt würde das bedeuten, für jedes Makro die OOo-Suite
neu zu übersetzen? Nicht doch...
>>aber sowas wie ein Pre-Kompilat könnte es schon sein,
> Was darf ich mir praktisch für das was wir hier diskutieren unter
> "Pre-Kompilat" vorstellen?
Ich kenne das von Interpreter-Sprachen, die den Source tokenizen und das
dann als ausführbare Datei ablegen. Zur Ausführung wird dann auf den
Interpreter -das wäre hier dann OOo- zugegriffen, um die Anweisungen
auszuführen.
>>oder zumindest irgendetwas auf dem Weg dorthin.
> ja, hier wird es ja richtig konkret ;-)
O:-)
Ich fragte ja nur, und da wollte ich ausdrücklich keine Möglichkeit
ausschließen. Ich muss ja nicht alles kennen. ;-)
> ..., mein Vorschlag im Formular
> Bereiche zu verwenden und mit Passwort zu schützen funktioniert schon
> heute (s.o.)
Ja, das werde ich so ausprobieren.
Gruss Greetings
Boris Kirkorowicz
--
Falls Ihre eMail versehentlich im Spamfilter haengengeblieben zu sein
scheint, bitte das Formular unter http://www.kirk.de/mail.shtml nutzen.
If your eMail seems to be caught by the SPAM filter by mistake, please
use the form at http://www.kirk.de/mail.shtml to drop me a note.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
