TAB-Sprung im Bericht

Computer: Software & Programmierung Microsoft Access
#1

Hai, Access-Profis,

ich hab wiedermal 'ne doofe Frage:

Ich hätte gerne in einem Bericht zwischen den Feldinhalten einen Tab; also statt
=[EinFeld] & „; " & [einAnderesFeld]
=[EinFeld] & " TABSPRUNG“ & [einAnderesFeld]

nur … wie sag ich’s meinem Kinde??

Hintergrund: ich muß 'n .txt-File erstellen, bei dem Tabs als Feldtrennung stehen und möchte - nein, MUSS eine extra „Suchen und Ersetzen“-Aktion vermeiden…

Gruß
Sibylle

#2

Hallo, Sibylle!

Ich hätte gerne in einem Bericht zwischen den Feldinhalten
einen Tab; also statt
=[EinFeld] & „; " & [einAnderesFeld]
=[EinFeld] & " TABSPRUNG“ & [einAnderesFeld]
nur … wie sag ich’s meinem Kinde??

=[EinFeld] & vbTab & [einAnderesFeld]

vbTab ist übrigens gleich Chr$(9). Könntest also auch letzteres verwenden.

Dieses Tab wird jedoch u. U. nicht wirklich toll in einem Bericht und/oder einem Formular angezeigt. Das ist aber das, was Du in ein Textfile exportieren musst.

Ggf. kannst Du aber auch über DoCmd.TransferText etwas in ein Textfile exportieren. Hier sollte dann auch das Trennzeichen anzugeben sein.

Gruß, Manfred

#3

Hai, Manfred,

danke erstmal für die Hilfe, aber…

=[EinFeld] & vbTab & [einAnderesFeld]

vbTAB frisst er überhauptnicht - versucht er ein Feld draus zu machen…

vbTab ist übrigens gleich Chr$(9). Könntest also auch
letzteres verwenden.

wird in Zchn$(9) umgewandelt und da entsteht nur ein Leerzeichen - falsche Nummer? (alle Zeichentabellen, die ich finde, fangen mit 30 an…)

Dieses Tab wird jedoch u. U. nicht wirklich toll in einem
Bericht und/oder einem Formular angezeigt.

Das kann mir ja sowas von egal sein… :wink:

Das ist aber das,
was Du in ein Textfile exportieren musst.

EbenT!

Ggf. kannst Du aber auch über DoCmd.TransferText etwas in ein
Textfile exportieren. Hier sollte dann auch das Trennzeichen
anzugeben sein.

Krieg ich irgendwie garnicht hin - trotz sorgfältiger Befolgung der Hinweise aus der Hilfe bekomme ich nur „Datenbank oder Objekt schreibgeschützt“ - dabei hab ich nix schreibgeschützt
in VB:

DoCmd.TransferText acExportDelim, , "NamederzuexportierendenAbfrage", "NamederExportdatei", 0

Haste noch für die eine oder andere Methode Tips?

Gruß
Sibylle

#4

Hai, Sibylle!

=[EinFeld] & vbTab & [einAnderesFeld]

vbTAB frisst er überhauptnicht - versucht er ein Feld draus zu
machen…

Wo denn? Steht die obige Klausel in einer Abfrage? Oder in der Datenquelle eines Berichts? Oder wie genau verwendest Du das Ding?

vbTab ist übrigens gleich Chr$(9). Könntest also auch
letzteres verwenden.

wird in Zchn$(9) umgewandelt und da entsteht nur ein
Leerzeichen - falsche Nummer? (alle Zeichentabellen, die ich
finde, fangen mit 30 an…)

Das klingt schon mal richtig. Das Tabulator-Zeichen ist ein Sonder-/Steuerzeichen, genau so wie Chr$(13) (CR=CarriageReturn) oder Chr$(10) (LF=LineFeed). Das ist eben das: Es wird nicht richtig angezeigt, da Textfelder und so etwas eben reine Textfelder sind und nicht (oder nur teilweise) diese Steuerzeichen interpretieren können.

Dieses Tab wird jedoch u. U. nicht wirklich toll in einem
Bericht und/oder einem Formular angezeigt.

Das kann mir ja sowas von egal sein… :wink:

Wäre schon mal gut.

Das ist aber das,
was Du in ein Textfile exportieren musst.

EbenT!

Was genau willst Du denn exportieren?

Ggf. kannst Du aber auch über DoCmd.TransferText etwas in ein
Textfile exportieren. Hier sollte dann auch das Trennzeichen
anzugeben sein.

Krieg ich irgendwie garnicht hin - trotz sorgfältiger
Befolgung der Hinweise aus der Hilfe bekomme ich nur
„Datenbank oder Objekt schreibgeschützt“ - dabei hab ich nix
schreibgeschützt
in VB:

DoCmd.TransferText acExportDelim, ,
„NamederzuexportierendenAbfrage“, „NamederExportdatei“,
0

Haste noch für die eine oder andere Methode Tips?

Alla, Du scheinst eine vorhandene Abfrage exportieren zu wollen. (Tabelle geht genau so, Abfrage wäre ja ein „SELECT * FROM Tabelle…“).

Du exportierst die Abfrage erst einmal manuell: Abfrage markieren, dann „Datei“-„Exportieren“-als „Textdatei“. Dann geht so ein komischer Dialog auf, in dem Du den Export spezifizieren kannst. Hier klickst Du gleich auf die Schaltfläche „Weitere“. Dann gibst Du als Trennzeichen den Tabulator an, Stellst alles weitere benötigte ein und klickst auf die Schaltfläche „Speichern“. Dann kannst Du diese Exportspezifikation unter einem beliebigen Namen speichern. An dieser Stelle kannst Du den manuellen Export abbrechen. Nun sollte mit

docmd.TransferText acExportDelim,"DeineAbfrage Exportspezifikation","DeineAbfrage","C:\Test.txt"

der Export funktionieren.

Gruß, Manfred

1 Like
#5

Hai, Manfred,

Wo denn? Steht die obige Klausel in einer Abfrage? Oder in der
Datenquelle eines Berichts? Oder wie genau verwendest Du das
Ding?

In der Datenquelle eines Berichtes (wegen einiger nur-Text-Ergänzungen, die in einer Abfrage zur Qual werden würden - lässt sich aber auch hinbiegen…)

Das klingt schon mal richtig. Das Tabulator-Zeichen ist ein
Sonder-/Steuerzeichen, genau so wie Chr$(13)
(CR=CarriageReturn) oder Chr$(10) (LF=LineFeed). Das ist eben
das: Es wird nicht richtig angezeigt, da Textfelder und so
etwas eben reine Textfelder sind und nicht (oder nur
teilweise) diese Steuerzeichen interpretieren können.

:frowning: Menno - ich hab mir das so schön einfach gedacht…

Was genau willst Du denn exportieren?

Na, eine Zusammenstellung bestimmter Daten aus einer Datenbank mit ein paar nur-Text-Ergänzungen…

Alla, Du scheinst eine vorhandene Abfrage exportieren zu
wollen. (Tabelle geht genau so, Abfrage wäre ja ein „SELECT *
FROM Tabelle…“).

Im Prinzip schon…

Du exportierst die Abfrage erst einmal manuell: Abfrage
markieren, dann „Datei“-„Exportieren“-als „Textdatei“. Dann
geht so ein komischer Dialog auf, in dem Du den Export

Äääähh - nix Dialog. Nach „Exportieren“ geht bei mir das „Speichern in“-Fenster auf. Hier kann ich ihm jetzt sagen, daß es eine .txt-Datei sein soll und schwupps - hab ich die fertige Datei

spezifizieren kannst. Hier klickst Du gleich auf die
Schaltfläche „Weitere“. Dann gibst Du als Trennzeichen den
Tabulator an, Stellst alles weitere benötigte ein und klickst
auf die Schaltfläche „Speichern“. Dann kannst Du diese
Exportspezifikation unter einem beliebigen Namen speichern. An

…und damit is nix mit „Exportspezifikationen speichern“
Hmmm…ich meine mich düster an dieses Dialogfeld zu erinnern - liegt es im Bereich des Möglichen, daß es sich da um Acc98 oder so handelt? Ich arbeite hier mit Acc2K…

dieser Stelle kannst Du den manuellen Export abbrechen. Nun
sollte mit

docmd.TransferText acExportDelim,„DeineAbfrage
Exportspezifikation“,„DeineAbfrage“,„C:\Test.txt“

der
Export funktionieren.

lt. Hilfe brauch ich die Exportspezifikationen nicht angeben, wenn ich „acExportDelim“ benutze…

Ach, seufs…

„Händisch“ geht das so einfach - blöd nur, daß ich den späteren Usern auf überhauptganzundgarkeinen Fall Zugang zu Abfragen oder gar Tabellen geben kann.

Gruß
Sibylle

#6

Hai, Sibylle!

Wo denn? Steht die obige Klausel in einer Abfrage? Oder in der
Datenquelle eines Berichts? Oder wie genau verwendest Du das
Ding?

In der Datenquelle eines Berichtes (wegen einiger
nur-Text-Ergänzungen, die in einer Abfrage zur Qual werden
würden - lässt sich aber auch hinbiegen…)

Gibt das einen Einzelbericht oder einen Endlosbericht?

Das klingt schon mal richtig. Das Tabulator-Zeichen ist ein
Sonder-/Steuerzeichen, genau so wie Chr$(13)
(CR=CarriageReturn) oder Chr$(10) (LF=LineFeed). Das ist eben
das: Es wird nicht richtig angezeigt, da Textfelder und so
etwas eben reine Textfelder sind und nicht (oder nur
teilweise) diese Steuerzeichen interpretieren können.

:frowning: Menno - ich hab mir das so schön einfach gedacht…

Prinzipiell ist es einfach. Du willst ja, wenn ich Dich richtig verstanden habe, mit dem Tab gar nicht den Bericht formatieren (so mit Einrücken und so), sondern das Ding als Trennzeichen im Exportfile haben.

Was genau willst Du denn exportieren?

Na, eine Zusammenstellung bestimmter Daten aus einer Datenbank
mit ein paar nur-Text-Ergänzungen…

Entweder eben als Abfrage oder manuell. So mit FreeFile, Open text For Output usw. zum Beispiel.

Alla, Du scheinst eine vorhandene Abfrage exportieren zu
wollen. (Tabelle geht genau so, Abfrage wäre ja ein „SELECT *
FROM Tabelle…“).

Im Prinzip schon…

Wenn Dir das zu lang wird, eben wie oben.

Du exportierst die Abfrage erst einmal manuell: Abfrage
markieren, dann „Datei“-„Exportieren“-als „Textdatei“. Dann
geht so ein komischer Dialog auf, in dem Du den Export

Äääähh - nix Dialog. Nach „Exportieren“ geht bei mir das
„Speichern in“-Fenster auf. Hier kann ich ihm jetzt sagen, daß
es eine .txt-Datei sein soll und schwupps - hab ich die
fertige Datei

Hmmm. Bei mir unter Acc2002 läuft das. Ging früher aber auch schon. Schau mal irgendwo, ob Du den Textexport-Assistenten installiert hast.

spezifizieren kannst. Hier klickst Du gleich auf die
Schaltfläche „Weitere“. Dann gibst Du als Trennzeichen den
Tabulator an, Stellst alles weitere benötigte ein und klickst
auf die Schaltfläche „Speichern“. Dann kannst Du diese
Exportspezifikation unter einem beliebigen Namen speichern. An

…und damit is nix mit „Exportspezifikationen speichern“
Hmmm…ich meine mich düster an dieses Dialogfeld zu erinnern

  • liegt es im Bereich des Möglichen, daß es sich da um Acc98
    oder so handelt? Ich arbeite hier mit Acc2K…

Sollte eigentlich seit Urzeiten drin sein und nicht wieder entfernt worden sein. Könnte aber eben mit der Installation des Exportassistenten zusammenhängen, wenn das Ding nicht kommt. Oder hast Du evtl. das Kreuzchen „Formatiert“ gesetzt? Dann kommt irgendwas anderes. Wenn das nicht gesetzt ist, öffnet sich bei mir der Assistent.

dieser Stelle kannst Du den manuellen Export abbrechen. Nun
sollte mit

docmd.TransferText acExportDelim,„DeineAbfrage
Exportspezifikation“,„DeineAbfrage“,„C:\Test.txt“

der
Export funktionieren.

lt. Hilfe brauch ich die Exportspezifikationen nicht angeben,
wenn ich „acExportDelim“ benutze…

Brauchst Du nicht, aber dann nimmt er sein Standardtrennzeichen (meist „;“). Wenn Du die Spezifikation angibst, kannst Du auch anderes verwenden.

Ach, seufs…
„Händisch“ geht das so einfach - blöd nur, daß ich den
späteren Usern auf überhauptganzundgarkeinen Fall Zugang zu
Abfragen oder gar Tabellen geben kann.

Wo kämen wir denn da hin, wenn der Benutzer solche Sachen machen kann? Ist schon richtig, wie Du es machst…

Gruß, Manfred

1 Like
#7

Hai, Manfred,

ich hab inzwischen festgestellt, daß das so überhauptnicht geht - also, theoretisch geht’s schon so - aber nicht mit den Usern… :frowning:

Dank Dir dennoch für die Hilfe

Gruß
Sibylle

#8

Hai, Manfred,

sollte mit

docmd.TransferText acExportDelim,„DeineAbfrage
Exportspezifikation“,„DeineAbfrage“,„C:\Test.txt“

der
Export funktionieren.

Nu hab ich gefummelt und probiert und bin bald dem Wahnsinn verfallen…
„Händisch“ funktionierte es immer, bei DoCmd in VBA hat er mal alles richtig gemacht, mal Semikola eingesetzt, mal die Datei verbummelt (die hab ich dann auf’m anderen Computer im Netz gefunden *???*), mal unmotiviert ein paar Felder weggelassen - und alles, ohne daß ich zwischendurch die Anweisung oder die zu exportierende Abfrage geändert hätte…

Aber nu hab ich’s *freu*
Falls Du mal wieder gefragt wirst: statt acExportDelim acExportMerge benutzen - und schon funzt alles genau so, wie es von Anfang an mit acExportDelim hätte funktionieren müssen
…und ich muß mir jetzt 'nen Tischler suchen, der die Bißspuren von meinem Schreibtisch entfernt…

Gruß
Sibylle