Andrey,
Thank you.
I will do it. Please give me some time.
Regards,
Shigio
2019年1月26日(土) 22:05 Andrey :
>
>
>
> On January 26, 2019 3:55:40 PM GMT+03:00, Shigio YAMAGUCHI
> wrote:
> >> To be honest, I just do not find use case for the old behavior, other
> >than
> >> "do not stress existing
On 26.01.2019 04:23, Shigio YAMAGUCHI wrote:
> 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.
PS:
Well, I agree with you in general case. It's just too ridiculous not to
have the new
On January 26, 2019 3:55:40 PM GMT+03:00, Shigio YAMAGUCHI
wrote:
>
>I am working with a policy not to confuse users as much as possible.
I wish we would hear real users here, honestly.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
On January 26, 2019 3:55:40 PM GMT+03:00, Shigio YAMAGUCHI
wrote:
>> To be honest, I just do not find use case for the old behavior, other
>than
>> "do not stress existing users", maybe.
>
>I am working with a policy not to confuse users as much as possible.
>If you mind, I will implement the
> To be honest, I just do not find use case for the old behavior, other than
> "do not stress existing users", maybe.
I am working with a policy not to confuse users as much as possible.
If you mind, I will implement the new mode based on your patch.
How is it?
2019年1月26日(土) 21:21 Andrey :
>
>
>
On January 26, 2019 4:23:38 AM GMT+03:00, Shigio YAMAGUCHI
wrote:
>
>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.
>
PS:
The only case I can
On January 26, 2019 4:23:38 AM GMT+03:00, Shigio YAMAGUCHI
wrote:
>
>Why not leave it to the user's choice?
To be honest, I just do not find use case for the old behavior, other than "do
not stress existing users", maybe.
>Generally speaking, sudden changes in system behavior can be a
> 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.
>
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
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
On 25.01.2019 18:05, Andrey Butirsky wrote:
> In the 'gtags.vim', we could write something like this note:
Typo, so again:
" Global will search for it's tag databases starting from the current file's
path upwards.
" If you need precise database location, set GTAGSROOT environment variable to
On 25.01.2019 05:21, Shigio YAMAGUCHI wrote:
> I see.
>
> Since the new feature seems to be incompatible with the past, it is preferable
> to implement it as a new mode like 'Gtags_No_Auto_Jump'.
>
> Could you write the specification and usage of the feature at the head of
> 'gtags.vim' for users?
I see.
Since the new feature seems to be incompatible with the past, it is preferable
to implement it as a new mode like 'Gtags_No_Auto_Jump'.
Could you write the specification and usage of the feature at the head of
'gtags.vim' for users?
Regards,
Shigio
2019年1月24日(木) 23:34 Andrey Butirsky :
On 24.01.2019 20:56, Andrey Butirsky wrote:
> The final version of the patch.
> It will work even if no files are opened.
> Please, send your comments.
Sorry, wrapping problem.
Here it again:
patch --verbose --ignore-whitespace --directory=/ --strip=0 --dry-run << HERE
---
The final version of the patch.
It will work even if no files are opened.
Please, send your comments.
Cheers!
patch --verbose --ignore-whitespace --directory=/ --strip=0 --dry-run <<
HERE
--- /usr/share/gtags/gtags.vim 2018-07-19 08:25:46.0 +0300
+++ /home/bam/.vim/plugin/gtags.vim
On 24.01.2019 03:46, Shigio YAMAGUCHI wrote:
> Is not it achievable with ':cd %:h' alone?
>
> :e /xxx/a.c Load a file.
> :cd %:h From now on, use /xxx/GTAGS.
> :Gtags main
> :e /yyy/x.c Load another file.
> :Gtags main
Shigio, I think there is no need to worry about the directory changing -
it occurs only for the process spawned by system() function, that is -
'global' process itself, and doesn't influence Vim environment in any
way. So every 'global' process has it's own isolated current directory
which is set
> Yes, like this.
> Also, it works if the source file and GTAGS are not exactly in the same
> directory, but just in common path:
>
> $ cd some_random_dir
> $ vim
> :e /xxx/subdir/a.c
> :Gtags main From now on, use /xxx/GTAGS.
Of course it is.
> Shigio, I would love if we could make
Hi Shigio, isn't it you who wrote gtags.vim?
I just use it from Vim as it intended to be used, which is described in
Global doc:
https://www.gnu.org/software/global/globaldoc_toc.html#Vim-editor
The only difference is I can run Vim not only within the project
directory, but from any place. The
Hello,
How do you use it?
Regards,
Shigio
2019年1月23日(水) 6:56 Andrey Butirsky :
>
> Hello,
>
> Vim is capable to handle tags even if your current directory is not
> within the project, because it can deal with the path of
> the current file:
>
20 matches
Mail list logo