>> BTW, tla--name-read-minibuf-map may be useful for the future extension.

> Yes, I was thinking of something like having a binding to chose from
> the bookmark list...

Yes, chosing from the bookmark list is what I intended.

> > No problem. One more request is that the indicator; during rebuilding
> > archive-tree, it should be reported to the user by using `message'.
> 
> Actually, I've seen that you used this feature, but I don't like it.
> This is the same for etags completion : You begin entering something,
> say "[EMAIL PROTECTED]", type TAB, and then, instead of displaying
> "[EMAIL PROTECTED]", it still displays "rebuilding cache for ...".
> 
> I would like having this message _while_ the cache building is being
> made, but it should disapear just after. Perhaps I'm the one having
> something wrong in my configuration ?


In order to to disappear it, I called `(message nil)'.
Doen't it work?

    (defun tla--name-read-refresh-cache ()
      "Function to be called from the minibuffer while reading a name."
      (interactive)
      (message "rebuild cache for \"%s\"..." (minibuffer-contents))
      (tla--archive-tree-build
       (tla--name-construct
        (butlast (delete nil (tla--name-split (minibuffer-contents))))))
      (message "rebuild cache for \"%s\"...done" (minibuffer-contents))
      (sit-for 0)
      (message nil)
      (setq tla--archive-tree nil))


> > Your code is good enough. I'd like you to move the code in xtla-read-moy.el 
> > to 
> > xtla-core.el;
> 
> Go on !
> 
> > and remove xtla-read.el and xtla-read-moy.el.
> 
> Well, there is probably some other good stuff in xtla-read.el (about
> scopes). I prefered restarting from scratch because I thought there
> was a simpler way to achieve the same result.

Sorry. I'm bit confusing about English.
Are you going to rewrite xtla-read-moy.el?
In that case, we should not move the code in xtla-read-moy.el to xtla-core.el.
name-read codes are under your control now. So I hope merging name-read codes 
is done by you to avoid conflicts.

> By the way, this function could also be usefull for external code :
> One user may want to write a little function prompting for a revision
> name, his code should work by just loading xtla-core.el and
> xtla-defs.el. The function should have an ;;;###autoload and have a
> name with a single hyphen (tla-read-..., not tla--read-...)

Yes.

It is good for the item in the TODO:
        * Implement wrappers for various tools in tla-contrib.

Reply via email to