Hi Anders!

We now have a mailing list for xtla.el. I send a cc of this mail to
the mailing list. You can subscribe to the list via:
https://mail.gna.org/listinfo/xtla-el-dev

> Hi Stefan
> 
> Since the last mail I have been very pleased with the progress og
> xtla.el. First there seems to be a broken link on your homepage:
> http://xsteve.nit.at/prg/emacs/index.php. The link to your arch archive
> of xtla.el doesn't work. 

You cannot browse the archive via a browser. But you can register it
via xtla.el:
M-x tla-register-archive <RET> http://xsteve.nit.at/tla <RET>

> There are some things that I think would make it even greater.
> 
> 1) Tla can fail while doing an update and applying your local changes
> (eg. if nfs creates a temp. file), this will leave you with a ,,undo-X
> folder. If you don't see that you might loose your changes and happily
> continue working on a version without all the work you have just done.
> It's actually very easy to miss with all the spam generated by tla :) I
> propose that after update you check if a ,,undo-X (normally X is 1) dir
> exists and if it does you ask the user if he wants to apply his changes
> again. Maybe also have this check when committing.

A question to my contributors:
Do we have (planned) something like that.

> 2) A way to specify which files to commit (maybe I have just not found
> this function yet).

Matthieu: Can this be done from the inventory buffer, if you mark the wanted 
files?
If so: We should provide at least a good docstring to tell about that feature.

> 3) A way to specify that you want do automaticly generate a cacherev
> every X revisions. 

We could add the information to the bookmarks file. What do the others think?

> 4) Some like file-diff-rev from the aba which gives you the changes to a
> file between two specified revisions using the following:
> 
> diff -u $(tla file-find file.cpp $(tla 
> tree-version)--patch-X) $(tla file-find file.cpp $(tla 
> tree-version)--patch-Y)

A nice idea. I have put it on the todo list.

> It's pretty inefficient but it's nice to have I think.
> 
> Thanx for a great piece of software!
Great, that you like it.

Stefan.


Reply via email to