Differences

This shows you the differences between two versions of the page.

--- project:vo [2016/09/06 16:37] – 95.208.172.200
+++ project:vo [2017/12/11 18:41] (current) – [wish list] 88.65.214.4
@@ Line 99: / Line 99: @@
 ===== wish list =====
-  * after checking in, the file is left behind without write permissions. In general this reminds you to use ''vo'' instead of a plain editor. Nevertheless there are some rare cases where this behaviour causes problems and sould be allowed to leave a writeable file.
+  * after checking in, the file is left behind without write permissions. In general this reminds you to use ''vo'' instead of a plain editor. Nevertheless there are some rare cases where this behaviour causes problems and it should be allowed to leave a writeable file.
   * if a file has been already opened with ''vo'' a second invocation complains about the file already being open and terminates - BUT checks in the open file first, leaving the first ''vo'' with a readonly file.
   * try harder to determine who's performing the edit - <code> w | awk -v t="$( tty < /dev/fd/2 )" '{sub("/dev/","",t);if ( $2 == t ) { print $1"@"$3 a}}' </code>
   * on the very first check in, report these parameters to the rcs log:
-  ** mtime
+    * mtime
-  ** ctime
+    * ctime
-  ** owner, group
+    * owner, group
-  ** permissions
+    * permissions
-  ** sha256
+    * sha256
-  ** attribs
+    * attribs
-  ** acl
+    * acl
   * add a "-c" option to create a non-existing file
   * if the very first action is "vo -i <filename>" the RCS subdirectory is not created - but should be
   * integrate with etckeeper
   * integrate with other version control systems like svn, git
+  * integrate some sort of blacklist to prevent files from being bothered by RCSat all.
+  * when detecting an RCS unaware modification record file time stamps
+  * add rcshist command to packet or better: its functionality to vo