bug-global
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] perform sorting for compact format on gtags.


From: Shigio Yamaguchi
Subject: Re: [PATCH] perform sorting for compact format on gtags.
Date: Thu, 21 Jul 2005 09:45:47 +0900

> Users may change the command path in gtags.conf rather than 
> copying ctags to ctags-exuberant.
> Since write permission to /usr/local/bin is not needed, it is easier.
> 
> Whether the -u(--sort=no) option is used needs to check.
> This is not easy.

I don't think we should check the option of external command,
for it is not under our management.
We should just check whether the command name is 'gtags-parser' or not.
If the name is 'gtags-parser' then we can decide it is the gtags-parser
in GLOBAL package.

> If a user cannot understand the meaning of a config variable, 
> he will not change its value. 

I doubt whether it is true.
Users might change config variables even if they don't understand.
They can also copy config files from others.
It is opposite to add the config variable which is difficult to understand.
I think improvement of performance is important but simplicity is also
important.

> Therefore, this is a problem only in the case of using the 
> plug-in parser which is neither Emacs ctags nor Exuberant ctags.
> Is this right?

I don't know.
It is difficult for us to judge something on a command which is not
under our management.  When we don't know whether it is sorted or not,
we should sort it, I think.
If the user of Exuberant ctags dislike to sort tag twice, he can use
the --sort=no option of Exuberant ctags. It is not our business.

Otherwise, how about obligating sorting to all plug-in parser?
I think it can be accepted by users, if it is to improvement of performance
and major tag commands already support it.
--
Shigio YAMAGUCHI <address@hidden> - Tama Communications Corporation
PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3




reply via email to

[Prev in Thread] Current Thread [Next in Thread]