texteditor - Bearbeitung geöffneter Dateien sperren
Hattendorf
Gibt es einen einfachen Editor (wie kate, kwrite), bei dem geï¿œffnete Dateien
fï¿œr andere User zwar lesbar bleiben, zum Bearbeiten aber geperrt sind?
(oder kann man kate bzw. kwrite so konfigurieren?)
mfg
Friedrich Hattendorf
Wolf Behrenhoff
> Hallo,
>
> Gibt es einen einfachen Editor (wie kate, kwrite), bei dem geï¿œffnete Dateien
> fï¿œr andere User zwar lesbar bleiben, zum Bearbeiten aber geperrt sind?
>
> (oder kann man kate bzw. kwrite so konfigurieren?)
Wie soll das gehen?
Man kï¿œnnte so Dinge wie Locking tun, aber lange nicht alle Dateisysteme
unterstï¿œtzen das - und wie soll sowas z.B. bei remote geï¿œffneten Dateien
(z.B. ï¿œber sftp) gehen? Ich bezweifle, dass sowas jemand in einen
einfachen Editor einbauen will. Und auï¿œerdem: wenn ich flock nehme und
dann jemand in einem anderen Programm daherkommt und kein flock macht,
dann kann er trotzdem schreiben!
Warum setzt du nicht einfach die Rechte so, dass andere Benutzer keine
Schreibrechte mehr haben?
- Wolf
Hattendorf
> Warum setzt du nicht einfach die Rechte so, dass andere Benutzer keine
> Schreibrechte mehr haben?
Ich habe mir selbst ein System zur Verwaltung von Photos gebastelt; die
Informationen stehen recht ï¿œbersichtlich in reinen Textdateien, aus denen
ich mit Pascal-Programmen HTML-Dateien generiere.
Ich habe nun ein Projekt mit fast 2000 Photos, an dem ich mit ca. 20
Schï¿œlern arbeiten will.
Dabei soll prinzipiell jeder Schï¿œler jederzeit jede Datei bearbeiten (d.h.
vor allen ergï¿œnzen) dï¿œrfen - ausser denen, an den gerade jemand anders
arbeitet.
mfg
Friedrich Hattendorf
Josef Moellers
Das ruft fï¿œrmlich nach einem Versions-Verwaltungs-System!
Josef
--
These are my personal views and not those of Fujitsu Technology Solutions!
Josef Mï¿œllers (Pinguinpfleger bei FTS)
If failure had no penalty success would not be a prize (T. Pratchett)
Company Details: http://de.ts.fujitsu.com/imprint.html
Florian Diesch
> Ich habe mir selbst ein System zur Verwaltung von Photos gebastelt; die
> Informationen stehen recht �bersichtlich in reinen Textdateien, aus denen
> ich mit Pascal-Programmen HTML-Dateien generiere.
>
> Ich habe nun ein Projekt mit fast 2000 Photos, an dem ich mit ca. 20
> Sch�lern arbeiten will.
>
> Dabei soll prinzipiell jeder Sch�ler jederzeit jede Datei bearbeiten (d.h.
> vor allen erg�nzen) d�rfen - ausser denen, an den gerade jemand anders
> arbeitet.
Da w�rde ich eher auf einen Editor setzen, der das gemeinsame Bearbeiten
von Dateien erm�glicht, z.B. <http://kobby.greghaynes.net/home> oder
<http://gobby.0x539.de/trac/>
Ansonsten hast du st�ndig �rger damit, dass irgendjemand Dateien nicht
mehr freigibt.
Florian
--
GUIs programmieren mit Python und Glade:
<http://www.florian-diesch.de/doc/python-und-glade/>
Arno Wald
> Dabei soll prinzipiell jeder Schüler jederzeit jede Datei bearbeiten (d.h.
> vor allen ergänzen) dürfen - ausser denen, an den gerade jemand anders
> arbeitet.
Das ist in der Tat ein nicht ganz leichtes Thema befürchte ich. Ein in
diesem recht gut definierten Umfeld funktionierendes gegenseitiges
Ausschließen könnte man sich irgendwie vorstellen, aber von Haus aus bringt
Linux da nichts mit in dieser Richtung. Der Editor muss selber einen Lock
setzen und weitere Instanzen dies beachten.
openoffice macht so etwas. Aber kann man damit auch ASCII-Dateien bequem
bearbeiten? Ist zumindest Overkill. Auch vi warnt beim Öffnen von schon
editierten Dateien. Aber vi ist bestimmt nicht der Editor, den die Schüler
einsetzen wollen..
Auch könnte man sich ein kleines editor-wrapper-Skript vorstellen, bspw. in
perl, dass eine Datei mit einem Lock versieht (wie jemand hier schon schrieb
mit flock) und diese nur dann mit einem Editor öffnet, wenn kein anderer die
Datei editiert. Das setzt auch voraus, dass alle Mitarbeitenden immer brav
dieses wrapper-Programm starten statt des Editors direkt.
Insofern halte ich die Idee, ein Versionskontrollsystem einzusetzen (svn
oder git) für gar nicht verkehrt.
Gruß,
Arno