4
Text auf mehrere (zwei) Felder aufteilen
Hallo zusammen!
Ich hätte da gerne mal ein Problem ;). Im Detailbereich soll rechts oben in einem Unterbericht eine Tabelle dargestellt werden. Die Tabelle kann je nach Datensatz unterschiedlich viele Zeilen haben und damit unterschiedlich groß ausfallen.
Um die Seitenzahl möglichst gering zu halten, soll gleichzeitig vor und unterhalb des Unterberichts (der Tabelle) ein mehr oder weniger langer Kommentar dargestellt werden. Der Kommentar kann zwischen einer Zeile und mehreren tausend Zeichen lang sein. Daher sind auch alle Objekte so eingestellt, dass sie dynamisch verkleinert oder vergrößert werden können.
Um das Problem bildlich zu verdeutlichen, hier der Versuch von etwas ASCII-Art...
Ich habe schon mit Routinen experimentiert, die mir den "text" an Zeilenumbrüchen (vbCRLF) oder Satzenden (". ") trennen und in 2 Textfelder (eines links neben (1) und eines in voller Breite unterhalb (2) der Tabelle) aufteilt.
Wie ihr euch sicher vorstellen könnt, ist das Ergebnis manchmal ganz passabel aber oft auch sehr unbefriedigend.
Kennt jemand eine elegante Lösung hierfür? Vielleicht ein vieleckiges Textfeld oder ein Textfeld, das den Text um ein dort hinein ragendes Objekt herum fließen lässt, wäre ideal. Ich weiß, dass beides nicht im Standardt-Lieferumfang von Access enthalten ist. Da ja aber auch Word so etwas kann, ist der Weg zu einer Lösung in Access ja vielleicht gar nicht so weit...!?
Gruß
Treibsand
Ich hätte da gerne mal ein Problem ;). Im Detailbereich soll rechts oben in einem Unterbericht eine Tabelle dargestellt werden. Die Tabelle kann je nach Datensatz unterschiedlich viele Zeilen haben und damit unterschiedlich groß ausfallen.
Um die Seitenzahl möglichst gering zu halten, soll gleichzeitig vor und unterhalb des Unterberichts (der Tabelle) ein mehr oder weniger langer Kommentar dargestellt werden. Der Kommentar kann zwischen einer Zeile und mehreren tausend Zeichen lang sein. Daher sind auch alle Objekte so eingestellt, dass sie dynamisch verkleinert oder vergrößert werden können.
Um das Problem bildlich zu verdeutlichen, hier der Versuch von etwas ASCII-Art...
1 Kommentar: text text text text +----------------+
1 text text text text text text | Unterbericht |
1 text text text text text text +----------------+
1 text text text text text text | Tabelle |
1 text text text text text text +----------------+
2 text text text text text text text text text text
2 text text text text text text text text text text
Ich habe schon mit Routinen experimentiert, die mir den "text" an Zeilenumbrüchen (vbCRLF) oder Satzenden (". ") trennen und in 2 Textfelder (eines links neben (1) und eines in voller Breite unterhalb (2) der Tabelle) aufteilt.
Wie ihr euch sicher vorstellen könnt, ist das Ergebnis manchmal ganz passabel aber oft auch sehr unbefriedigend.
Kennt jemand eine elegante Lösung hierfür? Vielleicht ein vieleckiges Textfeld oder ein Textfeld, das den Text um ein dort hinein ragendes Objekt herum fließen lässt, wäre ideal. Ich weiß, dass beides nicht im Standardt-Lieferumfang von Access enthalten ist. Da ja aber auch Word so etwas kann, ist der Weg zu einer Lösung in Access ja vielleicht gar nicht so weit...!?
Gruß
Treibsand
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 172954
Url: https://administrator.de/forum/text-auf-mehrere-zwei-felder-aufteilen-172954.html
Ausgedruckt am: 23.04.2025 um 16:04 Uhr
4 Kommentare
Neuester Kommentar
Moin Moin,
Die Anzahl der eingerückten Zeilen ergibt sich durch die Länge des UFOs = die Anzahl der Datensätze + Kopf + Fuß
Anzahl der Zeichen horizontal * Anzahl Zeilen = Menge der links im Memo-Feld angezeigten Zeichen
Diese kann ich aus dem ursprünglichen Text extrahieren und dort anzeigen lassen. Den Rest dann im unteren Memo-Feld.
So ein Objekt dürfte dann nicht wie ein UFO auf dem Hauptbericht liegen, sondern müsste ja quasi im Text (also schon im Datensatzinhalt) vorhanden sein.
hmm, ich denke da sind wir noch sehr sehr weit von einer derartigen Lösung entfernt.
Grüße aus Rostock
Wolfgang
(Netwolf)
Ich habe ein ähnliches Problem.
wie wer?Im Detailbereich soll rechts oben in einem Unterbericht eine Tabelle dargestellt werden. Die
Tabelle kann je nach Datensatz unterschiedlich viele Zeilen haben und damit unterschiedlich groß ausfallen.
ok, die StandardbedingungenTabelle kann je nach Datensatz unterschiedlich viele Zeilen haben und damit unterschiedlich groß ausfallen.
Um die Seitenzahl möglichst gering zu halten, soll gleichzeitig vor und unterhalb des Unterberichts (der Tabelle) ein mehr
oder weniger langer Kommentar dargestellt werden. Der Kommentar kann zwischen einer Zeile und mehreren tausend Zeichen lang sein.
Daher sind auch alle Objekte so eingestellt, dass sie dynamisch verkleinert oder vergrößert werden können.
ok, das wird nicht einfach.oder weniger langer Kommentar dargestellt werden. Der Kommentar kann zwischen einer Zeile und mehreren tausend Zeichen lang sein.
Daher sind auch alle Objekte so eingestellt, dass sie dynamisch verkleinert oder vergrößert werden können.
Ich habe schon mit Routinen experimentiert, die mir den "text" an Zeilenumbrüchen (vbCRLF) oder Satzenden (".
") trennen und in 2 Textfelder (eines links neben (1) und eines in voller Breite unterhalb (2) der Tabelle) aufteilt.
Wie ihr euch sicher vorstellen könnt, ist das Ergebnis manchmal ganz passabel aber oft auch sehr unbefriedigend.
nun, wenn du eine nicht proportionale Schriftart gewählt hast (wie z.B. Courier New), dürfte es möglich sein die Anzahl der Buchstaben in der Horizontalen zu zählen.") trennen und in 2 Textfelder (eines links neben (1) und eines in voller Breite unterhalb (2) der Tabelle) aufteilt.
Wie ihr euch sicher vorstellen könnt, ist das Ergebnis manchmal ganz passabel aber oft auch sehr unbefriedigend.
Die Anzahl der eingerückten Zeilen ergibt sich durch die Länge des UFOs = die Anzahl der Datensätze + Kopf + Fuß
Kennt jemand eine elegante Lösung hierfür?
Ich würde die Mathematik bemühen:Anzahl der Zeichen horizontal * Anzahl Zeilen = Menge der links im Memo-Feld angezeigten Zeichen
Diese kann ich aus dem ursprünglichen Text extrahieren und dort anzeigen lassen. Den Rest dann im unteren Memo-Feld.
Vielleicht ein vieleckiges Textfeld oder ein Textfeld, das den Text um ein
dort hinein ragendes Objekt herum fließen lässt, wäre ideal. Ich weiß, dass beides nicht im
Standardt-Lieferumfang von Access enthalten ist.
ich will nicht behaupten das es das nicht gibt, allerdings ist es mir in den letzten 30 Jahren EDV nicht über den Weg gelaufen dort hinein ragendes Objekt herum fließen lässt, wäre ideal. Ich weiß, dass beides nicht im
Standardt-Lieferumfang von Access enthalten ist.
So ein Objekt dürfte dann nicht wie ein UFO auf dem Hauptbericht liegen, sondern müsste ja quasi im Text (also schon im Datensatzinhalt) vorhanden sein.
Da ja aber auch Word so etwas kann, ist der Weg zu einer Lösung in Access ja vielleicht gar nicht so weit...!?
echt, so was gibt es in Word? ein dynamisches Textfeld, dass die Größe dem Inhalt automatisch vertikal anpasst? und das ich dann noch in Word in einer Tabelle entsprechend anzeigen lassen kann?hmm, ich denke da sind wir noch sehr sehr weit von einer derartigen Lösung entfernt.
Grüße aus Rostock
Wolfgang
(Netwolf)
Natürlich soll der Text aus proportionalen Zeichen bestehen. Alles andere wäre ja viel zu einfach! *lach*
Aber selbst einfaches Abzählen wäre noch nicht der Weisheit letzter Schluss. Denn - wie ich ja geschrieben habe - hat auch der Unterbericht eine dynamische Größe.
Ich habe mir jetzt zunächst mal damit beholfen, dass ich in einem ersten Formatierungslauf die Höhe eben dieses Unterberichts ermittle und zu dem entsprechenden Datensatz in die Datenbank schreibe. Im zweiten Schritt lese ich dann beim Drucken diese Informationen aus und schreibe entsprechend der Höhe mehr oder weniger Zeichen in den Block links des Unterberichts (den Rest darunter).
Dabei gestaltet sich dann die Suche nach dem Ende eines Absatzes, Satzes oder Halbsatzes nicht ganz einfach. Kommen in dem Text doch Abkürzungen und Zahlen (mit Dezimalstellen) vor... *grmpf* Klappt aber soweit.
Vielleicht habe ich Word Unrecht getan (und es kann sowas gar nicht) oder meine Beschreibung lässt zu Wünschen übrig. Aber selbst wenn ich an meine frühen Gehversuche mit TeX denke, dann konnte das schon ganz prima mit ähnlichen Layouts umgehen.
Gruß
Treibsand
PS: 30 Jahre... Sag bloß, dann gehörst Du auch zur Peek-, Poke- und Akustikkoppler-Generation? *lach*
Aber selbst einfaches Abzählen wäre noch nicht der Weisheit letzter Schluss. Denn - wie ich ja geschrieben habe - hat auch der Unterbericht eine dynamische Größe.
Ich habe mir jetzt zunächst mal damit beholfen, dass ich in einem ersten Formatierungslauf die Höhe eben dieses Unterberichts ermittle und zu dem entsprechenden Datensatz in die Datenbank schreibe. Im zweiten Schritt lese ich dann beim Drucken diese Informationen aus und schreibe entsprechend der Höhe mehr oder weniger Zeichen in den Block links des Unterberichts (den Rest darunter).
Dabei gestaltet sich dann die Suche nach dem Ende eines Absatzes, Satzes oder Halbsatzes nicht ganz einfach. Kommen in dem Text doch Abkürzungen und Zahlen (mit Dezimalstellen) vor... *grmpf* Klappt aber soweit.
Vielleicht habe ich Word Unrecht getan (und es kann sowas gar nicht) oder meine Beschreibung lässt zu Wünschen übrig. Aber selbst wenn ich an meine frühen Gehversuche mit TeX denke, dann konnte das schon ganz prima mit ähnlichen Layouts umgehen.
Gruß
Treibsand
PS: 30 Jahre... Sag bloß, dann gehörst Du auch zur Peek-, Poke- und Akustikkoppler-Generation? *lach*
Moin Moin,
Grüße aus Rostock
Wolfgang
(Netwolf)
Natürlich soll der Text aus proportionalen Zeichen bestehen. Alles andere wäre ja viel zu einfach! *lach*
puh, Anzahl der einzelnen Buchstaben im Text ermitteln, mal deren dargestellter Breite .....na das wäre mal ein Projekt Aber selbst einfaches Abzählen wäre noch nicht der Weisheit letzter Schluss. Denn - wie ich ja geschrieben habe - hat
auch der Unterbericht eine dynamische Größe.
wie ich geschrieben habe, kannst du die Anzahl der Datensätze ja ermitteln, d.h. du weißt, wie groß das Ufo wird.auch der Unterbericht eine dynamische Größe.
Ich habe mir jetzt zunächst mal damit beholfen, dass ich in einem ersten Formatierungslauf die Höhe eben dieses
Unterberichts ermittle und zu dem entsprechenden Datensatz in die Datenbank schreibe. Im zweiten Schritt lese ich dann beim
Drucken diese Informationen aus und schreibe entsprechend der Höhe mehr oder weniger Zeichen in den Block links des
Unterberichts (den Rest darunter).
das hört sich gut anUnterberichts ermittle und zu dem entsprechenden Datensatz in die Datenbank schreibe. Im zweiten Schritt lese ich dann beim
Drucken diese Informationen aus und schreibe entsprechend der Höhe mehr oder weniger Zeichen in den Block links des
Unterberichts (den Rest darunter).
Dabei gestaltet sich dann die Suche nach dem Ende eines Absatzes, Satzes oder Halbsatzes nicht ganz einfach. Kommen in dem Text
doch Abkürzungen und Zahlen (mit Dezimalstellen) vor... *grmpf* Klappt aber soweit.
gutdoch Abkürzungen und Zahlen (mit Dezimalstellen) vor... *grmpf* Klappt aber soweit.
Vielleicht habe ich Word Unrecht getan (und es kann sowas gar nicht)
soweit ich Word kenne gibt es das von dir Beschriebene nichtoder meine Beschreibung lässt zu Wünschen übrig.
die war gut Aber selbst wenn ich an meine frühen Gehversuche mit TeX denke, dann konnte das schon ganz prima mit ähnlichen Layouts umgehen.
wenn du da mal nicht Äpfel mit Birnen vergleichst?PS: 30 Jahre... Sag bloß, dann gehörst Du auch zur Peek-, Poke- und Akustikkoppler-Generation? *lach*
noch früher, ich habe 1976 mit einem Röhren"computer" angefangen. Peek/Poke und Akustikkoppler waren ja schon ein Fortschritt Grüße aus Rostock
Wolfgang
(Netwolf)
[...]
Ich glaube, da habe ich Dich tatsächlich falsch verstanden. Natürlich kann Word einen Text um ein Bild herum fließen lassen. Was es nciht kann, ist den Text korrekt auf 2 Felder aufzuteilen. Und genau so ein Steuerelement würde ich mir für Access auch wünschen...
--
Treibsand
> Vielleicht habe ich Word Unrecht getan (und es kann sowas gar nicht)
soweit ich Word kenne gibt es das von dir Beschriebene nicht
[...]soweit ich Word kenne gibt es das von dir Beschriebene nicht
Ich glaube, da habe ich Dich tatsächlich falsch verstanden. Natürlich kann Word einen Text um ein Bild herum fließen lassen. Was es nciht kann, ist den Text korrekt auf 2 Felder aufzuteilen. Und genau so ein Steuerelement würde ich mir für Access auch wünschen...
--
Treibsand
