Re: [de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Ewald, ok, ich schicke Dir einfach mal im Anhang die komplette Adressdatei. Ich denke, so kannst Du am besten sehen, wie ich sie mir zusammengebastelt habe. Private Daten sind ja bisher noch keine enthalten, da ich immer noch beim Entwurf bin. Die Datei erstreckt sich deshalb über zwei Seiten, da ich nicht nur statische Stammdaten in meine Adressdatei aufgenommen, sondern als dynamischen Teil auch eine Art Terminkalender integriert habe und zwar sowohl adressbezogen als auch auf einzelne Personen ausgerichtet. So ist es mir möglich, gewisse Termine zu speichern und später mittels Abfragen und Berichte diese auszudrucken. Idee, um die Werte von Textfeldern an verschiedenen Positionen sichtbar zu machen: Mit einem Makro den Wert des Feldes während der Eingabe in ein zweites Textfeld übertragen. Müsste ungefähr so gehen: oDoc=thisComponent oDrawpage=oDoc.drawpage oForm=oDrawpage.forms.getByName(NameFormTextBox) oFeld=oForm.getByName(NameTextBox) stInhalt=oFeld.getCurrentValue() oForm=oDrawpage.forms.getByName(NameFormTextBox2) oFeld=oForm.getByName(NameTextBox2) oFeld.BoundField.updateString(stInhalt) Das zweite Feld auf der nächsten Seite würde ich dann irgendwie farblich hinterlegen und schreibgeschützt lassen. Da fällt mir ein: Gibt es einen komfortablen Weg, zwischen den beiden Seiten hin- und herzuschalten. In ACCESS hatte ich das Umschalten auf die einzelnen Seiten über Registersteuerelemente gelöst. Folgenden Weg habe ich genommen: Auf Seite 1 und Seite 2 je eine Referenz gesetzt (Einfügen - Feldbefehl - Andere - Referenz setzen) und dann auf der anderen Seite den Cursor an einer Stelle in einem Rahnen positioniert (anders geht das bei Deinen Formularen gar nicht mehr, so eng sitzen die Felder ...) und dort dann die Referenz auf die jeweils andere Seite eingefügt. Ähnliches geht auch sicher mit Sprüngen von Überschrift zu Überschrift. ... was mich jetzt nicht davon abhält, 2 Dinge zu schreiben: - Das Formular ist, so wie es momentan aufgebaut ist, von der Anordnung der Elementer her sehr instabil. Schalte einfach einmal zurück auf die Standardansicht Weblayout, dann wirst Du sehen, was ich meine. Wenn Du von den vorgesehenen Standards von Base abweichst musst Du Dich auf jeden Fall mit der Verankerung von Formularelemeten an Absätzen, Seiten u.ä. auseinandersetzen, da sonst mit einem Klick das Formular unbenutzbar wird. - Trenne in mehrere Formulare auf, mach für jedes Formular eine übersichtliche Seite. Du kannst die Formulare nacheinander aufrufen, gegebenenfalls auch mit Makros direkt von einem Formular zum anderen. SUB Formular_von_2_nach_1 ThisDatabaseDocument.FormDocuments.getByName(Formular2).open ThisDatabaseDocument.FormDocuments.getByName(Formular1).close END SUB Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Robert Großkopf wrote: Idee, um die Werte von Textfeldern an verschiedenen Positionen sichtbar zu machen: Mit einem Makro den Wert des Feldes während der Eingabe in ein zweites Textfeld übertragen. Müsste ungefähr so gehen: Geht auch so, ganz ohne Basic: http://user.services.openoffice.org/en/forum/download/file.php?id=5762 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Robert, das Drucklayout habe ich dem Weblayout deshalb den Vorrang gegeben, da ich so jeweils zwei Formulare auf eine DIN A4-Seite platzieren kann. Somit kann ich es später komfortabel ausdrucken, falls nötig. Deine Vorschläge bezüglich den Formularaufteilungen und Formularansteuerungen werde ich mich nochmals durch den Kopf gehen lassen. Ewald Robert Großkopf schrieb: Hallo Ewald, ok, ich schicke Dir einfach mal im Anhang die komplette Adressdatei. Ich denke, so kannst Du am besten sehen, wie ich sie mir zusammengebastelt habe. Private Daten sind ja bisher noch keine enthalten, da ich immer noch beim Entwurf bin. Die Datei erstreckt sich deshalb über zwei Seiten, da ich nicht nur statische Stammdaten in meine Adressdatei aufgenommen, sondern als dynamischen Teil auch eine Art Terminkalender integriert habe und zwar sowohl adressbezogen als auch auf einzelne Personen ausgerichtet. So ist es mir möglich, gewisse Termine zu speichern und später mittels Abfragen und Berichte diese auszudrucken. Idee, um die Werte von Textfeldern an verschiedenen Positionen sichtbar zu machen: Mit einem Makro den Wert des Feldes während der Eingabe in ein zweites Textfeld übertragen. Müsste ungefähr so gehen: oDoc=thisComponent oDrawpage=oDoc.drawpage oForm=oDrawpage.forms.getByName(NameFormTextBox) oFeld=oForm.getByName(NameTextBox) stInhalt=oFeld.getCurrentValue() oForm=oDrawpage.forms.getByName(NameFormTextBox2) oFeld=oForm.getByName(NameTextBox2) oFeld.BoundField.updateString(stInhalt) Das zweite Feld auf der nächsten Seite würde ich dann irgendwie farblich hinterlegen und schreibgeschützt lassen. Da fällt mir ein: Gibt es einen komfortablen Weg, zwischen den beiden Seiten hin- und herzuschalten. In ACCESS hatte ich das Umschalten auf die einzelnen Seiten über Registersteuerelemente gelöst. Folgenden Weg habe ich genommen: Auf Seite 1 und Seite 2 je eine Referenz gesetzt (Einfügen - Feldbefehl - Andere - Referenz setzen) und dann auf der anderen Seite den Cursor an einer Stelle in einem Rahnen positioniert (anders geht das bei Deinen Formularen gar nicht mehr, so eng sitzen die Felder ...) und dort dann die Referenz auf die jeweils andere Seite eingefügt. Ähnliches geht auch sicher mit Sprüngen von Überschrift zu Überschrift. ... was mich jetzt nicht davon abhält, 2 Dinge zu schreiben: - Das Formular ist, so wie es momentan aufgebaut ist, von der Anordnung der Elementer her sehr instabil. Schalte einfach einmal zurück auf die Standardansicht Weblayout, dann wirst Du sehen, was ich meine. Wenn Du von den vorgesehenen Standards von Base abweichst musst Du Dich auf jeden Fall mit der Verankerung von Formularelemeten an Absätzen, Seiten u.ä. auseinandersetzen, da sonst mit einem Klick das Formular unbenutzbar wird. - Trenne in mehrere Formulare auf, mach für jedes Formular eine übersichtliche Seite. Du kannst die Formulare nacheinander aufrufen, gegebenenfalls auch mit Makros direkt von einem Formular zum anderen. SUB Formular_von_2_nach_1 ThisDatabaseDocument.FormDocuments.getByName(Formular2).open ThisDatabaseDocument.FormDocuments.getByName(Formular1).close END SUB Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Robert, danke für die schnelle Antwort. Ja, das Grundkonzept der Adressdatei ist auf Firmen ausgelegt, da ja in Firmen oder Institutionen immer mehrere Personen beschäftigt sind. Die Haupttabelle/Hauptformular und Detailtabelle/Unterformular sind über das Primärschlüsselfeld ADRESSNUMMER miteinander verknüpft. Da sich die Formulare über mehrere Seiten erstrecken wollte ich beim jedem Seitenbeginn einige Felder einblenden, damit ich mich zwecks Datensatzoriientierung besser zurechtfinde. Ich hatte vor einiger Zeit mal für eine Firma in ACCESS eine relationale Adressdatei realisert und in ACCESS war es möglich, ein Formular aus mehreren Tabellen zusammen- zustellen und Daten einzugeben. Ewald Robert Großkopf schrieb: Hallo Ewald, ich stehe erneut vor einem Problem, bei dem ich nicht vorwärtskomme: Vielleicht kann mir jemand dazu eine generelle Auskunft geben, ob es eine Lösung gibt. Vereinfachend angenommen, in Tabelle 1 habe ich die Datenfelder Adressname/Firma, Postleitzahl, Ort, Straße, Internetadresse usw. Daraus habe ich das Hauptformular Adressanschriften erstellt. In der 2. Tabelle sind die Personen zu einer Adressanschrift enthalten mit den Datenfeldern Namen, Vorname, Titel usw. Diese Tabelle ist als Unterformular PERSONEN dem Hauptformular ADRESSEN zugeordnet. Das heißt, dass Du davon ausgehst, viele Personen mit gleichen Adressen zu haben - würde z.B. bei Firmen zutreffen. Ich wollte aus Gründen der Übersichtlichkeit einige Datenfelder aus der Tabelle 1 ind das Unterformular mit Status NUR LESEN einblenden. Demzufolge konnte die Datenbasis für das Unterformular PERSONEN nicht die Tabelle PERSONEN sondern eine Komination aus den beiden Tabellen. Dies erfolgte mittes SQL-Befehl. Zwei Anmerkungen dazu: In dem Personen-Formular ist ja eine Adress-ID gespeichert, da sonst die Verbindung gar nicht klappt. Eigentlich wird das Ganze über Hauptformular (Adressen) und die Verknüpfung zum Subformular (Personen) mittels des Primärschlüssels des Hauptformulars gelöst. Das heißt, dass die Daten des Hauptformulars problemlos angezeigt werden und die des Subformulars um beliebig viele Datensätze erweitert werden können. Die Datenfelder sind also beständig da. Eine Eingabe ist nur möglich, wenn sich Abfragen nicht auf untereinander verknüpfte Tabellen beziehen. Das wäre aber bei Dir der Fall, wenn Du das Ganze mit einer Abfrage realisierst und nicht über Hauptformular-Subformular. Dies kannst Du direkt bei den Abfragen probieren - dazu brauchst Du kein Formular. Sobald eine 2. Tabelle bei der Erstellung einer Abfrage hinzugezogen wird (Abfrageerstellung im grafischen Modus) ist ein Editieren der Datensätze nicht mehr möglich. In den Formulareigenschaften im Register DATEN wählte ich bei Art des Inhalts SQL-Befehl und im Feld INHALT selbst kam der SQL-Befehl mittels SELECT zum Einsatz. Es wurden die entsprechenden in Frage kommenden Datenfelder ausgewählt. Leider ist es jedoch nun nicht möglich, in keines mittels SQL-Befehl ausgewählten Datenfelder Werte einzugeben. Daher wäre meine Frage, ob dies grundsätzlich über SQL nicht geht und ich daher immer eine Tabelle als Datenbasis nehmen muss oder habe ich etwas falsch gemacht? Wenn die obige Annahme nicht stimmt (dass viele Personen mit gleicher Adresse zu verzeichnen sind) frage ich mich, ob Du mit der Konstruktion der Tabellen nicht falsch liegst. Ich würde da eher Nahezu alles in eine einzige Tabelle fassen und lediglich solche Felder wie Anrede oder Postleitzahl und Ort in separaten Tabellen verwalten, da diese sicher mehrfach vorkommen. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Ewald, danke für die schnelle Antwort. Ja, das Grundkonzept der Adressdatei ist auf Firmen ausgelegt, da ja in Firmen oder Institutionen immer mehrere Personen beschäftigt sind. Die Haupttabelle/Hauptformular und Detailtabelle/Unterformular sind über das Primärschlüsselfeld ADRESSNUMMER miteinander verknüpft. Da sich die Formulare über mehrere Seiten erstrecken wollte ich beim jedem Seitenbeginn einige Felder einblenden, damit ich mich zwecks Datensatzoriientierung besser zurechtfinde. Wie viel packst Du denn z.B. in die Adressdatei rein, dass die über mehrere Seiten geht? Ich kann mir so viele Informationen gar nicht vorstellen. Vor nicht allzu langer Zeit habe ich hier jemand anderen bei einer Adressdatenbank für Ansprechpartner bei Firmen unterstützt. Da passten die Daten zur Firma, die Daten zum Ansprechpartner und die persönlichen Adressdaten des Ansprechpartners auf eine Seite ... Ich hatte vor einiger Zeit mal für eine Firma in ACCESS eine relationale Adressdatei realisert und in ACCESS war es möglich, ein Formular aus mehreren Tabellen zusammen- zustellen und Daten einzugeben. Sicher hast Du die Möglichkeit, mit mehreren Formularen auf einer Seite zu arbeiten - wozu musst Du einzelne Formulare aus mehreren Seiten zusammenstellen? Die einzige hier übliche Darstellung ist die über die Listenfelder. Vielleicht mailst Du einfach einmal Deine konkrete Datenstruktur (was wird alles in den Tabellen erfasst ...) damit klarer wird, wie Du zu mehreren Seiten kommst - gerne auch per privater Mail. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Robert, ok, ich schicke Dir einfach mal im Anhang die komplette Adressdatei. Ich denke, so kannst Du am besten sehen, wie ich sie mir zusammengebastelt habe. Private Daten sind ja bisher noch keine enthalten, da ich immer noch beim Entwurf bin. Die Datei erstreckt sich deshalb über zwei Seiten, da ich nicht nur statische Stammdaten in meine Adressdatei aufgenommen, sondern als dynamischen Teil auch eine Art Terminkalender integriert habe und zwar sowohl adressbezogen als auch auf einzelne Personen ausgerichtet. So ist es mir möglich, gewisse Termine zu speichern und später mittels Abfragen und Berichte diese auszudrucken. Da fällt mir ein: Gibt es einen komfortablen Weg, zwischen den beiden Seiten hin- und herzuschalten. In ACCESS hatte ich das Umschalten auf die einzelnen Seiten über Registersteuerelemente gelöst. Ewald Robert Großkopf schrieb: Hallo Ewald, danke für die schnelle Antwort. Ja, das Grundkonzept der Adressdatei ist auf Firmen ausgelegt, da ja in Firmen oder Institutionen immer mehrere Personen beschäftigt sind. Die Haupttabelle/Hauptformular und Detailtabelle/Unterformular sind über das Primärschlüsselfeld ADRESSNUMMER miteinander verknüpft. Da sich die Formulare über mehrere Seiten erstrecken wollte ich beim jedem Seitenbeginn einige Felder einblenden, damit ich mich zwecks Datensatzoriientierung besser zurechtfinde. Wie viel packst Du denn z.B. in die Adressdatei rein, dass die über mehrere Seiten geht? Ich kann mir so viele Informationen gar nicht vorstellen. Vor nicht allzu langer Zeit habe ich hier jemand anderen bei einer Adressdatenbank für Ansprechpartner bei Firmen unterstützt. Da passten die Daten zur Firma, die Daten zum Ansprechpartner und die persönlichen Adressdaten des Ansprechpartners auf eine Seite ... Ich hatte vor einiger Zeit mal für eine Firma in ACCESS eine relationale Adressdatei realisert und in ACCESS war es möglich, ein Formular aus mehreren Tabellen zusammen- zustellen und Daten einzugeben. Sicher hast Du die Möglichkeit, mit mehreren Formularen auf einer Seite zu arbeiten - wozu musst Du einzelne Formulare aus mehreren Seiten zusammenstellen? Die einzige hier übliche Darstellung ist die über die Listenfelder. Vielleicht mailst Du einfach einmal Deine konkrete Datenstruktur (was wird alles in den Tabellen erfasst ...) damit klarer wird, wie Du zu mehreren Seiten kommst - gerne auch per privater Mail. Gruß Robert Sicherung 1 Adressen Ewald Drexler.odb Description: application/vnd.sun.xml.base - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Datenfeldeingabe nach SQL-Abfragen
Hallo Ewald, ok, ich schicke Dir einfach mal im Anhang die komplette Adressdatei. Ich denke, so kannst Du am besten sehen, wie ich sie mir zusammengebastelt habe. Private Daten sind ja bisher noch keine enthalten, da ich immer noch beim Entwurf bin. ... private Mail hatte ich geschrieben, weil hier in der Liste Anhänge immer zu ziemlichem Unmut führen können. Deine Datei ist zwar recht klein, aber es gibt eben auch viele Leute, die noch nicht über einen DSL-Anschluss verfügen. Die Datei erstreckt sich deshalb über zwei Seiten, da ich nicht nur statische Stammdaten in meine Adressdatei aufgenommen, sondern als dynamischen Teil auch eine Art Terminkalender integriert habe und zwar sowohl adressbezogen als auch auf einzelne Personen ausgerichtet. So ist es mir möglich, gewisse Termine zu speichern und später mittels Abfragen und Berichte diese auszudrucken. Das sind ja wirklich jede Menge Felder - ich wüsste gar nicht, was ich da so alles sammeln sollte. Werde ich mir morgen etwas genauer ansehen. Da fällt mir ein: Gibt es einen komfortablen Weg, zwischen den beiden Seiten hin- und herzuschalten. In ACCESS hatte ich das Umschalten auf die einzelnen Seiten über Registersteuerelemente gelöst. Eigentlich wird in OpenOffice als Standard das Weblayout genommen. Da hast Du dann keine Seiten. Da ich bisher immer darauf geachtet habe, Formulare nicht größer als das Bildfenster zu gestalten muss ich auch erst einmal probieren, wie dort mit entprechenden Textankern zu arbeiten ist. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
