Relative Pfade zu Datentresoren

Hi,

Banking 4W unterstützt anscheinend so halb-dreiviertel relative Pfade zu Tresoren. Ich hab für die portable-apps Version z.B. probiert, einfach mal .\Data als Pfad für die Tresore einzutragen. Ich kann dann einen Tresor erstellen und er schreibt wunderbar in diesen Tresor, jedoch wenn man das Programm neu starte (oder auch den Tresor schließt)t, meint er, dass das Laufwerk für diesen Tresor nicht gefunden werden kann:

---------------------------
TopBanking
---------------------------
Das Speichermedium, auf dem die Datentresordatei gespeichert ist, ist nicht vorhanden! Bitte legen Sie das Speichermedium ein und klicken Sie [OK], um fortzufahren.
---------------------------
OK Abbrechen
---------------------------


Ein Blick in die Eigenschaften verrät: Er sucht diesen Tresor in .\Data\.\Data\tresor.sub. Er hängt also den relativen Pfad noch ein mal an...?

Nach jedem Neustart taucht jetzt der gleiche Tresor ein mal mehr auf, immer öfter.

Ich finde die Portable-Apps-Version wäre viel einfacher realisiert, gingen einfach relative Pfade anstatt "X:\Documents" hart zu kodieren wenn nichts anderes in der .\Data\Settings.xml steht.

So könnte man dann auch \Documents angeben und der Grundpfad des aktuellen Laufwerks wäre genutzt.

Ich finde dies würde die portable Nutzung des Programms vereinfachen, wenn man die "Portable Apps" Infrastruktur so nicht verwendet und das Programm anderweitig auf einen USB-Stick verbannen will, mit eigenen Pfaden.

Grüße

Das ist ja völlig in Ordnung. Aber der Standard den du zitierst, will eher dass die Daten im .\Data Ordner vom Programm aus liegen - für Backups wird der Pfad auch gewählt. Nur halt für die Tresore selbst nicht.

Mit relativen Pfaden anstatt hardkodierten Pfaden würde das auch programmiertechnisch denke ich viel leichter vonstatten gehen.

Na gut, ich hab es dort mal eingestellt:

https://subsembly.uservoice.co…tentresore

Ich bin zwar etwas zwischen drin ob das nun ein Feature-Request oder ein Bugreport ist, denn das Pfad-Handling ist m. E. schon etwas Strange. Windows hat Funktionen um Pfade zu validieren, diese werden wohl auch genutzt (sonst würde der relative Pfad nicht ohne Mucken entgegengenommen werden), aber irgendwo wird da noch eigene Logik eingestreut die evtl. nicht hätte sein müssen. Naja, ich will hier eigentlich wirklich 1. nicht den Job für Subsembly übernehmen und 2. nicht über etwas urteilen, das ich nicht selbst gesehen habe (also den Code). Ich kann hier nur Black-Box-Testing unternehmen, kann also auch nur mutmaßen.