bug-global
[Top][All Lists]
Advanced

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

Re: Extended feature


From: Shigio Yamaguchi
Subject: Re: Extended feature
Date: Fri, 12 Oct 2001 09:36:54 +0900

> general interest for a large community. From that aspect I still can not
> understand your lack of understanding for the possibility to perform an
> incremental update of the TAGS database using an append function.

Would you please stop using a word 'incremental update' for -append option?
It brings confusion because GLOBAL already has incremental updating facility
which is different from your option.

> An event better alternative would be the possibility to be able to let
> the user provide a list of directories or even a file list to be used to
> generate the tags. This is what we do today with ctags, and that works
> perfectly.

GLOBAL has a concept, 'project' and treat a source tree containing
subdirectories as a logical scope (=project). It is similar to CVS.
You can get the tag list from anywhere within that scope. User's position
(current directory) is the first argument for global command.
Ctags doesn't have this concept. It treat just files.

> The features global, in my humble opinion, lacks makes it less flexible
> for developers with complicated source hierarchies, that can not use
> only the vanilla functionality found in a excellent tool as global.
> These developers require power, and the ability to customize things to
> fit into an existing structure.

Flexibility is important. But I hesitate to break the concept, because
breaking it brings complications into GLOBAL. I don't think it is good
style to split project into some trees. (Of course, library is exception.)
Good tool should support good style, I think.

You can realize one source tree by reconstructing directory structure or by
copying files. You should show the reason why you don't do it and show it is
a good style to split source tree, without talking about your own environment.
In other word, please show your concept, not fragmentary opinion.

I want resonable reason for modifying concept.
--
Shigio Yamaguchi - Tama Communications Corporation
Mail: address@hidden, (Spare mail: address@hidden)




reply via email to

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