gerne würde ich das Thema der Laufwerksbuchstaben bei Serverhome und Shares nochmal grundsätzlicher diskutieren.
Es werden ja standardmäßig in der LMN7 Quasi-Laufwerksbuchstaben wie unter Windows als Zusätze eingesetzt, z.B:
user (H:)
Tausch (T:)
Projekte (P:)
Pros, die mir einfallen:
Für die Benutzer heißt das Serverhome anders als das lokale Home. Das ist sehr hilfreich, z.B. da nur im Serverhome die Dateien dauerhaft gespeichert bleiben.
Die Benutzer, die Windows gewöhnt sind, finden sich besser zurecht.
Wenn man WINE zum Einsatz von Windowsprogrammen nutzt, macht der Doppelpunkt in den Laufwerksbuchstaben-Zusätzen (H:) (T:) etc Probleme, da der Doppelpunkt nicht in Windows-Pfadnamen drin sein darf. Speichern von Dateien ist bei diesen Programmen im Serverhome also nicht möglich. Ich habe in meiner LMN7.0 (genauer 7.1 prerelease von netzint) nur Linuxclients und dort laufen einige Windows-Programme unter WINE.
Die Zusätze sind für viele Benutzer ja hilfreich, stören aber wegen dem Doppelpunkt die Funktionalität. Wäre es vielleicht ein guter Kompromiss den Doppelpunkt bei dem Zusatz einfach weg zu lassen? Dann sieht der Zusatz zwar nicht mehr genau so aus wie die Laufwerksbuchstaben unter Windows, z.B. (H) statt (H:), aber das Prinzip bliebe erhalten. Und vielleicht ist es ja gar nicht so schlecht, dass man sieht, dass (H) eben nur eine Erkennungshilfe und keine Laufwerksbezeichnung ist.
Was meint Ihr zu dem Thema „Quasi-Laufwerksbuchstaben“?
Ich hab im Moment leider keine Zeit, daran zu arbeiten. Schreibe aktuell viele Klausuren und bin am Montag bei den European Championships in München dabei, bin also auch entsprechend mit Training ausgelastet.
In zwei Wochen sind meine Klausuren vorbei, dann schau ich nochmal rein.
Was ich jetzt schon sagen kann:
Bevor ich was größeres ändere, will ich zuerst die Unittest fertig bekommen:
@Arnaud Die Eingabemaske für die Konfiguration sieht gut aus - freue mich darauf!
Aber was passiert denn mit dem problematischen Doppelpunkt im Zusatz?
Wäre es möglich statt nur den Buchstaben den ganzen Zusatz selbst zu definieren?
So könnte man z.B. (H) als Zusatz wählen, was keine Probleme in Skripten und bei WINE machen würde. (H:) macht Probleme!
@dorian
Danke für die Infos (v.a. für die Angaben der genauen Code-Stellen). Ich habe aufgrund der Beiträge hier und bei github schon vermutet, dass es schwieriger sein wird, das Format des Zusatzes zu ändern und der momentane Programmieransatz das nicht vorsieht.
Allerdings halte ich es für durchaus bedenkenswert, ob man nicht eine tiefer gehende Veränderung der „hard-coded-Programmierung“ in Betracht ziehen sollte, da die Doppelpunkt-Lösung Probleme der Funktionalität birgt. Man kann dann die Zusätze nur abschalten, was aber wiederum die Benutzbarkeit sehr beeinträchtigt.
Beides halte ich für einen schwer zu akzeptierenden Kompromiss.
Ich verstehe nicht den Zusammenhang zum dem Problem:
Das könnte dann ja nur ein Symlink auf das Serverhome sein - oder verstehe ich Dich falsch?
Das habe ich schon z.B. auf dem Schreibtisch. Und der Pfad des Symlinks beinhaltet ja dann auch „user (H:)“, weil er darauf verweist.
Der Doppelpunkt muss irgendwie weg - das zieht sonst Probleme nach sich an Stellen, an die man jetzt vielleicht noch gar nicht denkt. Genau das ist ja mit dem Doppelpunkt schon mir und anderen passiert.
