Hallo Ernst,
du hast Recht mit dem Übertreiben von Programmierern. Meine Steuerzeile
besteht aus einigen Zellen (in einer Zeile) in der ich das Startdatum
eintrage und die anderen Blätter referieren auf diese Zeile. Also so mit
die einfachste Sache der Referenz.
Seltsam ist, was beim Verändern der Druckbereiche passiert. Vor allem
zielt meine Frage dahin, ob das bei meinem Dokument auch auf anderen
Rechnern passiert und ob das in dieser Version neu ist.
Horst
Am 28.03.2014 02:17, schrieb E.J.Minhorst:
Am Do, 27.03.2014, 11:32 schrieb technik:
ich habe ein seltsames Verhalten festgestellt.
.. jou - kenn' ich!
(Was ist die Mehrzahl von Datum??)
... tatsächlich: Daten!!
(im gebräuchlichen Computer-Deutsch inzwischen leider mißverständlich)
Warum? Ist das ein Fehler?
... Du hast zwar das Problem sehr ausführlich beschrieben,
aber der Kern der Sache hat mir sich mir nicht so ganz erschlossen.
Ich versuche konstruktiv zu bleiben:
Erst mal: Guten Tag "technik"!
Da sind (wenn ich es richtig verstanden habe) in der fraglichen
Tabelle auch einige Steuerelemente im Spiel - und das macht mich wach:
Meistens liegt nämlich der Fehler im Missverständnis "Steuerelement"
versus "Arbeitsoberfläche". Dazu muß man sich den Aufbaut einer
Fenster-Anwendung als eine Art "Schichtenmodell" vorstellen:
- in Deutsch:
Man beginnt z.B. mit einer CALC-Tabelle, welche die "Basis-Schicht"
darstellt und die eigentlichen (wichtigen) Berechungen für alle
anderen, folgenden "Schichten" bereit stellt. So kann diese
"Basis-Tabelle" wiederum "mehrschichtig" innerhalb von CALC
zu anderen "daneben liegende" Tabellenblättern verknüpft werden, usw..
- soweit, so gut:
Vorraussetzung ist - und das ist wirklich essentiell - die fehlerfreie
Funktion der "Basis-Tabelle" (und möglicher, weiterer, verknüpfter
"daneben geschichteter" Arbeitsblätter).
Kurz: Es muss erst zweifelsfrei sichergestellt werden, dass alle
Berechungen innerhalb der Tabelle(n) funktionieren - finito, basta!
- das Design!
... leider fangen viele damit an (weil’s großen Spaß macht) - aber genau
dabei passieren die meisten Fehler: Die Funktionalität des Kernprogramms
(in diesem Fall eine CALC-Tabelle) wird vor lauter Effekthascherei
vernachlässigt und am Ende hat der Anwender zwar ein hübsches Screen-
Design, bekommt aber fehlerhafte Resultate (und glaubt noch daran).
Kurz: Die Frage zum "Design" (dazu zählen z.B. auch Bedienelemente
wie Buttons, Dropdowns, Checkboxes uva.) muss immer als letztes stehen!!
- die Steuerelemente:
Naja - ich hab's gerade erklärt: Steuerelemente dienen (wie der Name
schon sagt) nur zur Steuerung des Programms da und dürfen niemals
eigene Funktionalität besitzen (bei übereifrigen, jungen Programmieren
ein häufiges Problem: Sie wollen ihrer Umwelt beweisen, dass sie
die "Cracks" sind und sorgen dafür, dass die gesamte GUI in ein
kaum beherrschbares Zauberland verwandelt wird).
Steuerelemente bilden also quasi die "oberste" und damit definitiv
die "letzte" Schicht in meinem hier beschriebenen Schichten-Modell.
Steuerelemente sollten nur grafisch hübsch gestaltete Elemente auf
dem Bilschirm darstellen, welche dem Benutzer die Bedienung des
Programms erleichtern - aber k e i n e s f a l l s mehr!!!
Wichtig - da ich gerade von "Design" spreche - ist natürlich
auch die intuitive Bedienbarkeit solcher Steuerlemente - kurz:
Excellente Informatiker sind noch lange kein Garant für
Bedienfreundlichkeit ihrer Programme - hier ist Ergonometrie gefragt!
- Fazit:
Immer wenn ich höre, dass Anwender Probleme im Zusammenspiel
"Steuerelemente" mit der eigentlichen "Anwendung" haben, ist meine
erste Frage: Bist Du sicher, dass die Anwendung fehlerfrei funktioniert?
Und genau das ist auch in diesem Fall meine Befürchtung - deshalb habe
ich mal wieder viel mehr geschrieben, als ich ursprünglich wollte:
Eigentlich ist meine Frage: Bis Du sicher, dasss Deine Tabelle
funktoiniert (denn CALC funktoniert - meistens - weil das nämlich
schon Generationen von Entwicklern geklärt und x-fach geprüft haben)!
Gruß: Ernst
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: users-de-h...@openoffice.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: users-de-h...@openoffice.apache.org
