Hallo,

Boris Kirkorowicz schrieb:
> Warum nicht?

Ganz einfach, weil sich die Entwickler für Formular entschieden haben es
wäre nun ziemlich komisch da 'gegen' die Entwickler zu arbeiten.
Aber Du kannst das machen indem Du das für Deine Anwendung machst oder
den Entwicklern vorschlägst zukünftig Dialoge zu verwenden - nein ich
hätte da nichts gegen. Bloß ebend die Entwickler haben sich das IMHO
überlegt und ändert man das Konzept (was ich nicht für abwegig halte,
nur ich sehe keinen Grund) dann kommt die Andere Seite und will nun doch
wieder Formulare haben.
Nur:
in der Art und Weise gegen ein Formular zu diskutieren wie Du es im
Folgenden tust entspricht IMHO  doch nicht den in der Realität
vorhandenen Gegebenheiten.

> dann prima und schnell arbeitet. Dazu wäre es durchaus nützlich, wenn
> man nicht durch einfaches Herumgeklicke, versehentliche Tastendrücke
> o.ä. sich das Ding zerschießt.

Also vielleicht schaust Du Dir wirklich das Programm mal an ...
... 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.
Und diese Möglichkeit zu "verbieten" hieße Formulare sind dann überhaupt
nicht mehr bearbeitbar.
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.

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? 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.

> Ich weiß, dass es sowas gibt, wenn auch nicht, mit welchem Programm da
> gearbeitet wurde (vielleicht Access?). Muss ja nicht gleich eine
> standalone-Anwendung sein -auch im Hinblick auf die Plattform-
> unabhängigkeit-

Was hat "standalone" mit Plattformunabhängigkeit zu tun?
(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)

> 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?

> oder zumindest irgendetwas auf dem Weg dorthin.

ja, hier wird es ja richtig konkret ;-) ..., mein Vorschlag im Formular
Bereiche zu verwenden und mit Passwort zu schützen funktioniert schon
heute (s.o.)



Gruß
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort per Email an