Speichern
-
@we49 sagte in Speichern:
“D.\” wäre aber zumindest unter unter Windows durchaus eine zulässige und funktionierende Pfadbezeichnung,
Nein, Der Verzeichnisname D. ist wegen des Punktes am Ende unzulässig. Deswegen schlägt das Speichern auch fehl.
@we49 sagte in Speichern:
“.\” steht für das aktuelle Verzeichnis.
Aber nicht im relativen Pfad aus den Screenshot. Da gehört der Punkt vor den Backslash zum unzulässigen Verzeichnisnamen davor. Anders wäre das bei “D\.\”
@we49 sagte in Speichern:
Den Punkt habe ich übersehen und das als Doppelpunkt gelesen.
Nicht nur du.
-
Ein ehemaliger Benutzerantwortete auf Ein ehemaliger Benutzer am zuletzt editiert von Ein ehemaliger Benutzer
md “D.\” erzeugt ein Verzeichnis D im aktuellen Pfad.
Und in dem Screenshot des TE wird das Verzeichnis in dem Pfad erzeugt, in dem Mediathekview installiert ist.
Ich weiß schon, wozu es gut ist, dass ich manche Beiträge nur dann sehe, wenn ich nicht angemeldet bin …
-
Das hätte ich jetzt nicht erwartet. Der fehlende Trenner im Pfad wird da offensichtlich ignoriert und das Speichern (mit einem anderen Programm) ist hier im Test nur deshalb fehlgeschlagen, weil es das Verzeichnis noch nicht gab.
Jetzt verstehe ich auch, warum Datei- und Verzeichnisnamen nicht mit einem Punkt enden dürfen. Wobei ich auch nicht erwartet hätte, dass der Punkt kommentarlos abgeschnitten wird.
-
@we49
Das ist ja schön und gut, was du schreibst, funktioniert aber zumindest bei mir nicht!
Gebe ich beim Speichern in der neusten Nightly beim Pfad statt “D:” “D.” ein, kommt bei mir die Fehlermeldung, dass der Pfad nicht beschreibbar ist.
Es spielt dabei keine Rolle, ob der Haken bei Zielpfad speichern oder nicht gesetzt wurde. -
@mvsfsvm Letzten Endes geht es hier ja um die alten DOS-Konventionen. Da konnte (und kann offensichtlich noch immer) auch einer Directory eine Extension mitgeben, auch wenn das so nur sehr selten beschrieben wurde. Nach der alten 8.3-Regel ware also “Direct.ory” ein gültiger Name für eine Directory. Und ein Punkt, hinter dem nichts mehr kommt, zeigt nur an, dass die Extension leer bleibt - genau so, als ob der Punkt nicht da wäre.
Und so wäre .\D ebenso okay wie .\D. aber .\D: wäre ein Syntax-Fehler, denn ein Laufwerksbuchstabe (der durch den folgenden Doppelpunkt markiert wird) ist nur am Anfang des Pfades gültig.
-
Ein ehemaliger Benutzerantwortete auf Tester007 am zuletzt editiert von Ein ehemaliger Benutzer
@tester007 sagte in Speichern:
@we49
Das ist ja schön und gut, was du schreibst, funktioniert aber zumindest bei mir nicht!
Bei mir schon, und ich habe auch die neueste nightly, gestartet mit java und der .jar , funktioniert aber genauso mit der .exe:
Und es geht immer noch um den Screenshot von HeBeTro, und das funktioniert.
(Hier waren 3 Screenshots)
Und es funktioniert auch genau so auch unter Win10-64.
Meine Screenshots habe ich wieder gelöscht, und nun ist für mich hier EOD. -
@tester007 sagte in Speichern:
Das ist ja schön und gut, was du schreibst, funktioniert aber zumindest bei mir nicht!
Das lässt sich relativ einfach erklären. Wie @we49 so schön und richtig erklärt hat, ist
D.\unter Win eine - grundsätzlich - gültige Pfadangabe, und dieses Verzeichnis wird dort angelegt, wo MV (als exe) liegt. Oder eben versucht abzulegen.
Gebe ich beim Speichern in der neusten Nightly beim Pfad statt “D:” “D.” ein, kommt bei mir die Fehlermeldung, dass der Pfad nicht beschreibbar ist.
Das bedeutet nur, dass bei Dir für dieses Verzeichnis, wo die MV.exe liegt, keine Schreibrechte vorliegen und daher dieses Unterverzeichnis nicht angelegt werden konnte.
Wen man MV mit dem Installer installiert, geschieht das üblicherweise als Unterverzeichnis in
c:\program filesund das ist üblicherweise schreibgschützt. Daher bekommt man dort die von dir erwähnte Fehlermeldung.
Wenn man MV z. B. in der portablen Version verwendet und/oder irgendwohin anders “installiert”, wo es standardmäßig schreibrechte gibt, dann klappt das auch.
Der Vollständigkeit halber: ich habe beides vorhin ausprobiert und es hast sich genauso verhalten wie beschrieben. In einem Fall klappts, im anderen nicht.
-
Vielen Dank für die Erläuterung.
Ich war nicht davon ausgegangen, dass die portable-Version genutzt wird.
-
@tester007 sagte in Speichern:
Ich war nicht davon ausgegangen, dass die portable-Version genutzt wird.
Tja, das ist das Problem, wenn man glaubt, der eigene Use-Case wäre das Maß aller Dinge.
-
@dadirnbocher sagte in Speichern:
@tester007 sagte in Speichern:
Ich war nicht davon ausgegangen, dass die portable-Version genutzt wird.
Tja, das ist das Problem, wenn man glaubt, der eigene Use-Case wäre das Maß aller Dinge.
Tja, weder im Startbeitrag, noch aus dem Screenshot in Beitrag 3 war zu erkennen, dass es sich um die portable Version handelt.
Da gehe ich natürlich vom Normalfall einer üblichen Programminstallation aus.
