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 <[email protected]>: > > 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 Stil use /xxx/GTAGS > > > > You can control project changes freely with this method. > > What do you think? > > The problem with this it's not always desirable to stay in the directory > with sources itself when you use :! command for debugging your code. > > For example, I have Bash scripts project in Git repository. > The scripts produces several output files and dirs during it's run. > I don't want the output to polluting my Git repo, so I rather run > :!<path_to_script> command from my other random "working" directory > created specially for that purposes. > > So I think user should not be needed to :cd <project_dir> just to make > Global work - Global can find out it's project dirs by itself. > All that user has to do is just open a file from desirable project it > current window/buffer. But he already has it, most of the cases. > > That's my idea. > > > _______________________________________________ > Bug-global mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/bug-global -- Shigio YAMAGUCHI <[email protected]> PGP fingerprint: 26F6 31B4 3D62 4A92 7E6F 1C33 969C 3BE3 89DD A6EB _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global
