Inoffizielles deutsches Xbase-Forum

was wird da genau aufgerufen? Ist das nicht der Explorer von Windows? Ich frage deshalb, wenn ich XbpFileDialog() aufrufe und dann mit Doppelklick eine Datei bestätige, dann wird diese ja mit dem unter Windows verknüpften Programm geöffnet (so die Theorie) Jetzt habe ich aber folgendes Problem, in besagter Datei steht ein "&" im Namen. Diese Datei kann im Explorer duch Doppelkilck geöffnet werden, aber im XbpFileDialog() nicht, da muß dann "öffnen mit" angewählt werden. Dann wird die Datei auch geöffnet. Woran liegt das?

hi,

ich kann kein Problem mit XbpFileDialog() mit "&" ("DEMO&CO.TXT") nachvollziehen

die API Funktion heisst GetOpenFileNameA() / GetOpenFileNameW()
https://docs.microsoft.com/en-us/window ... nfilenamea

Anzeige <-> tatsächlicher Name ?
Also OEM / ANSI Umsetzung ?

hm,
ich habe das gerade mal im Debugger verfolgt. Das Ergebnis aus XbpFileDialog() ist ja der Dateiname. Wenn ich den im Kommandofenster aufrufe, dann wird das & angezeigt im Namen. Wenn ich mit der Maus im Debugger drüber gehe, dann fehlt das & im Namen. So ist es auch, wenn der Name dann in den Befehl übergeben wird zum Aufrufen der DAtei. Es ist aber noch ein Programm das teilweise im CRT Fenster läuft. Also kann es zumindest mit dem zeichensatz etwas zu tun haben. Ist mir auch erst gerade wieder bewußt geworden nach Huberts Nachfrage

Die Ausgaben in der Workbench (Befehlsfenster, MouseOver) sind leider ASCII. Das gibt ständig Probleme mit der Anzeige.

Jan

hi,

das "&" Zeichen ist doch ASCII und ANSI CHR(38) also sollte "das" nicht das Problem sein

ich habe jetzt ""DEMO&CO.TXT" in "DEMO & CO KG.TXT" im Explorer umbenannt und es dann mit XbpFileDialog() geöffnet und per ShellExecuteA() wurde die Datei ebenfalls geöffnet.

der Gedanke war das Leerzeichen im Namen, bei "Parameter-Übergabe", diese als "einzelner Parameter" angesehen würde ... aber mit der v1.9x Version gibt es damit keine Probleme.

welchen "Namen" hast du denn der Probleme macht

Das mit dem &-Zeichen ist doch schon immer ein Problem bei der Ausgabe, man muss dieses doch zur Anzeige verdoppeln.