"Die Meldung <g class="gr_ gr_10 gr-alert gr_spell gr_run_anim ContextualSpelling ins-del multiReplace" data-gr-id="10" id="10">mit</g> Klassenfehler."
Eine...Welche?
Buttonreihe: Ich denke Du hast Assistenten benutzt und die benutzen FFC Klassen wie z.B. die Navbar. Einzelne Buttons daraus löschen könnte die Funktionsfähigkeit der Navigationsbar beeinträchtigen, z.B.zu Fehlern wegen Referenzierung nicht mehr existeter
Buttons führen.
Und ja, wenn man eine Klasse aus z.B. diversen Buttons oder allgemein mehreren Controls zusammensetzt und das dann insgesamt auf ein Formular zieht, dann ist es wie ein einzelnes Control, man kriegt alles oder nichts. Du könntest die zugrunde liegenden Klassen
ändern, aber damit änderst Du sie ganz allgemein und nicht nur in diesem Projekt. Eine Möglichkeit zur Änderung in jegliche Richtung (Erweiterung oder Reduktion) ist eine Ableitung der Klasse(n). In Deiner eigenen Ableitung, die z.B. dann nicht in HOME() sondern
in Deinem Projektordner liegt, kannst Du dann werkeln, wie Du möchtest, z.B. Buttons aus dem Sichtbereich verschieben, RETURN .F. ins Init setzen...
Selbst wenn es Dir unwahrscheinlich erscheint, dass Du je noch ein Projekt bekommst, was diese von Assistenten generierten Formulare enthält, wenn doch, dann hättest Du hintenrum und im Voraus schon deren Navigationsbars abgeändert, wenn Du statt Klassenableitungen
die FFC Klassen selbst änders, sowas ist also nie im Sinne der Erfinder.
Aber gehen wir noch ein paar Schritte zurück, ehe Du jetzt mit Klassenableitungen arbeitest: Wenn Du eine Anwendung erweiterst, würde ich erst mal in bestehende Formulare schauen und sehen, auf welchen Klassen sie basieren, oftmals ist da ein Gesamtkonzept
implementiert über einen Formhandler z.B., und wenn man weitere Formulare an dem vorbei programmiert weiß er nicht über alle Formulare bescheid und dann können auch Bereiche der Anwendung aufhören zu funktionieren, die evtl allgemeine Fenstersteuerung vornehmen,
aber nur für dem Formhandler bekannte Formulare. Angefangen von der Zahl der gestarteten Formulare über allgemeines Docking, Verteilung der Formulare auf dem Desktop etc.
Du scheinst Dich noch nie oder lange nicht mehr mit dem Formulardesigner befasst zu haben. Was wäre da eine gute Referenz? Schau mal in die Hentzenwerke Bücher nach Grundlagenbüchern, ich denke nicht, dass es ein Buch nur über Formulare gibt, das Thema ist
sehr ergiebig in Dingen wie User Experience und gutes User Interface Design, aber weniger technisch, Formulare sind ein Rahmen, in den Du Controls einbettest. Erscheinungsbild, Captions etc. wird von Control Properties bestimmt. Damit muß man sich dann halt
auskennen oder sich einarbeiten. Die VFP Hilfe bietet Dir die komplette Referenz zu allen Controls, aber die Liste der Controls ist endlich. Schau Sie Dir einmal an, sie werden Dir bekannt vorkommen, jegliche Userinterfaces nutzen dieses Controlkonzept seit
Ewigkeiten und da gibt es nichts neues zu lernen darüber wofür man eine Textbox oder ein Grid verwendet, oder einen Button.
Wie man sie verwendet? Das grundlegenste Konzept der Datenbindung ist Controlsource, aber so lange Du schon mit VFP arbeitest kann ich nicht glauben, dass Du das noch lernen mußt. Vielleicht mußt Du das neu lernen, wenn Du tatsächlich nur DOS Screens kennst.
Tschüß, Olaf.
Olaf Doschke - TMN Systemberatung GmbH
