Some things I have noticed when it comes to the unversioned
feature:

 * Upgrading from earlier versions to new versions, if the
   "unversion" command has never been run then the web interface
   shows a SQL error about a missing table. However, running the
   command once even when there is nothing to do (it prints help)
   fixes this.
 * When referring to unversioned files which do not exist, it
   refers to the latest revision instead of an unversion specific
   message.
   Example: "Document javadoc/index.mkd not found in tip ".

Probably for both cases, they can use the same error. At least
something such as "Unversioned resource foo does not exist.".

I have not yet stored much data within the unversioned space yet,
although I do plan to have up to 1,200 auto-generated small text
files for documentation.

One potential useful feature would be if the `edit` command were 
given an option to choose an alternative editor. So if you for 
example have an SVG you can say run `fossil unv edit foo.svg 
--command inkscape`. One issue with this would be if for example 
one wanted to run GIMP and it was already running, when using 
the "gimp" command it would send the file to open to another 
process that is running and then terminate. Fossil would see the 
process as ended and that the file was unchanged (despite it 
being opened in an editor). Perhaps have a setting where if a 
file is opened in an editor but is untouched have an infinite 
loop prompt and state that the process died rather fast (say less
than ten seconds):

 * `Sub-process terminated before threshold, it may have opened`
   `the file in another process/window.`
 * `File unchanged (s=force save and continue/q=quit without
   save)?`

Pressing _s_ would cause it to see if the file actually changed 
and if it did then store it in unversioned space. Save would not 
cause the loop to terminate in the event one is still editing the 
file.


_______________________________________________
fossil-dev mailing list
fossil-dev@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Reply via email to