>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)srce.hr> writes:
Hrvoje>
>
> Given the recent changes to expand-file-name I assumed we were
> trying to keep this kind of stuff out of the low level file
> primitives.
Hrvoje>
Hrvoje> Maybe, and maybe not. I still think file_name_completion is the right
Hrvoje> place to change, but if you present arguments otherwise, I can stand
Hrvoje> corrected.
I've looked into this a bit more. The problems I see with changing
file_name_completion are:
- As things corrently stand, Ffile_name_completion is getting called
with file="~userna" and dirname=default-directory. So you'd need
to have file-name-completion return username completions any time
the file name begins with "~", no matter what the directory. It
seems highly bogus to ignore the directory and do username
completion in this function. It might be OK to do it if the
dirname were empty or nil.
- This approach does not work for read-directory-name, as it does
not call file-name-completion.
So it seems to make more sense to hack read-file-name-internal-1 in
minibuf.el, in the same place that environment variables are
handled. This will work for read-directory-name too. So I'd add two
primitives, user-name-completion and user-name-all-completions, and
fix the code in minibuf.el to use them.
greg