Re: make gtags.vim work for any dir

[Shigio YAMAGUCHI]

> I'm afraid if we won't do it default, people can never realize if the
> feature exists.

People know new function by NEWS file in the package. It is unavoidable
that those who do not read it do not notice the function.

> Also, I can hardly imagine how it can get on the way of existing users.
> As I can see, it mostly compatible with old behavior:

Why not leave it to the user's choice?
Generally speaking, sudden changes in system behavior can be a great
stress for users even if they are good. Acceptance process is necessary,
I believe.

2019年1月26日(土) 8:45 Andrey Butirsky <address@hidden>:
>
> On 26.01.2019 01:56, Shigio YAMAGUCHI wrote:
> > Some people do not need this function. I disagree with confusing
> > existing users.
> >
> > How about the following?
> >
> > " The following custom variables are available.
> > ...
> > " Gtags_EmacsLike_Mode
> > "       use the tag files of the project to which the current file
> > "       belongs. By default, use the tag files of the current project.
> >
> > (If the grammar of this sentence is wrong, can you fix it?)
> >
> > Only people who want this function should do as follows.
> >
> > [$HOME/.vimrc]
> > let Gtags_EmacsLike_Mode = 1
> >
> > What do you think?
>
> I'm afraid if we won't do it default, people can never realize if the
> feature exists.
> Also, I can hardly imagine how it can get on the way of existing users.
> As I can see, it mostly compatible with old behavior:
>
> - tag files probably resides in common path along with the project anyway.
>     If they are not, the manpage suggests using GTAGSROOT.
>     If the are, the feature is transparent.
>
> - users probably need tags from the current file's project, not some
> other one.
> - the feature is in parity with default Vim settings for ctags search path.
>
> So I think it's just the most probable scenario for the users, and as
> such, it should be default.
> But, to be honest, I've never used any tags, so I can be wrong here still.
>
> If you insist on 100% compatibility by default, maybe we could just
> implement lookup in the two paths simultaneously (the current directory
> and directory of the current file).
>
>
>
> _______________________________________________
> Bug-global mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-global



-- 
Shigio YAMAGUCHI <address@hidden>
PGP fingerprint:
26F6 31B4 3D62 4A92 7E6F  1C33 969C 3BE3 89DD A6EB