Probleme beim TTable sortieren

[JHOF]

Lieber Nahpets,
vielen Dank für den ausführlichen Beitrag, der sehr hilfreich ist. Allersding lag der Fehler wie so oft im Detail: die Accesstabelle lässt als Feldnamen auch Bezeichnungen zu, in denen Blanks vorkommen, also z.B. 'Guten Tag'. Delphi kann damit zurecht kommen, zumindest wenn man den Feldnamen in der Form benutzt wie z.B. in ADT.FieldByName('Guten Tag').AsInteger. Sobald man das Feld aber indiziert um zu sortieren, geht es in die Hose. Da funktioniert nur 'GutenTag'. Muss man erst mal rausfinden.
Aber trotzdem vielen Dank für deine Antwort, die sich wohltuend von einigen anderen abhebt, die für den Gelegenheitsprogrammierer wenig hilfreich sind.

[nahpets]

Ohja, Leerzeichen in Tabellennamen und/oder Spaltennamen, da habe ich auch schon Stunden gesucht. Wer sowas macht, gehört verhauen
Und die Fehlermeldung deutete ja auch sehr präzise darauf hin

[nahpets]

Ach, da fällt mir noch was ein:

Leerzeichen im Indexnamen könnten unter Umständen eventuell vielleicht man weißnicht so genau mit QuotedStr funktuionieren:
dbf.IndexName := QuotedStr('Guten Tag'); Hab's noch nicht ausprobiert, aber eventuell geht's ja.

[p80286]

Da Access ja ein wenig eigenwillig ist könnte man ja es auch einmal hiermit versuchen
[Tabellenname].[Feldname]
ggf. muß zusätzlich mit doppelten Anführungszeichen gearbeitet werden.
Gruß
K-H

[Furtbichler]

Zitat von JHOF:

Dank für deine Antwort, die sich wohltuend von einigen anderen abhebt, die für den Gelegenheitsprogrammierer wenig hilfreich sind.

Lieber JHOF, so wohltuend und richtig deine Kritik an dem Antwortverhalten ist, so sehr vermisse ich bei deiner Problembeschreibung die Feldbezeichnung 'Guten Tag', also mit Leerzeichen. Bei dem Feldnamen 'AF' kommt man von selbst einfach nicht drauf.

Also: So wichtig eine problemorientierte Antwort ist, so wichtig ist mindestens eine antwortorientierte Problembeschreibung.

[Bernhard Geyer]

Zitat von Furtbichler:

Also: So wichtig eine problemorientierte Antwort ist, so wichtig ist mindestens eine antwortorientierte Problembeschreibung.

FULL ACK.

Wenn man immer im voraus wüsste das der Fragestelle ein Tunnelblick hat und Hinweise auf Probleme die Rechts und Links neben seinen aktuellen Problem lauern ignoriert würde ich mir meine Zeit die ich kostenlos zur Verfügung sparen und solche Fragesteller liebend gerne ignorieren.

Glücklicherweise gibt's auch genügen Fragestelle die Hinweise auf andere vorhandene Probleme/Schlechte Implementierung die sich mit der gestellten Frage zeigen gerne annehmen und in Zukunft dann diese Problem nicht haben. Aber wenn der Fragesteller in jede Falle stolpern will die es mit seinem Lösungsansatz (hier dbGo mit Access) gibt. Bitte sehr.

[p80286]

Zitat von Bernhard Geyer:

Wenn man immer im voraus wüsste das der Fragestelle ein Tunnelblick hat und Hinweise auf Probleme die Rechts und Links neben seinen aktuellen Problem lauern ignoriert würde ich mir meine Zeit die ich kostenlos zur Verfügung sparen und solche Fragesteller liebend gerne ignorieren.

Sei nicht so streng, manchmal muß man mit solchen Vorgaben leben.

Zitat von Bernhard Geyer:

Glücklicherweise gibt's auch genügen Fragestelle die Hinweise auf andere vorhandene Probleme/Schlechte Implementierung die sich mit der gestellten Frage zeigen gerne annehmen und in Zukunft dann diese Problem nicht haben. Aber wenn der Fragesteller in jede Falle stolpern will die es mit seinem Lösungsansatz (hier dbGo mit Access) gibt. Bitte sehr.

Im Prinzip

Gruß
K-H

[Bernhard Geyer]

[OT]

Zitat von p80286:

Sei nicht so streng, manchmal muß man mit solchen Vorgaben leben.

Manchmal muss ich mich aufregen (Auch wenn ich sonst hier ziemlich ruhig bin).
Hätte ich es gestern Abend noch geschrieben wären die Worte noch ganz anders geworden[/OT]