[Top][All Lists]

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

Re: Project support and completions (Was: Re: bug#19466: 25.0.50; xref-f

From: John Yates
Subject: Re: Project support and completions (Was: Re: bug#19466: 25.0.50; xref-find-def doesn't find C functions)
Date: Thu, 29 Jan 2015 16:19:19 -0500

EZ> For example, it sounds to me that by having an "add project" and
EZ> "remove project" commands, we can give the user the ability to tell

JY> Such a model is inherently stateful, hence problematic.  It makes 
JY> multiplexing work on multiple projects difficult and error-prone.

EZ> Stateful, yes.  Working on a certain project or a set of projects is
EZ> indeed inherently stateful.
EZ> I don't see the problematic part in that, though.  Could you elaborate
EZ> on what practical problems you see with this?


To me your proposed model of "add project" / "remove project" seemed
just too reminiscent of etag's paradigm for managing tag tables.  Of late
I have been using git-new-workspace.  In that setting find-tag forever
seems to open the _wrong_ file.  More perniciously it often opens one
that looks right though in a different workspace, thereby slowing me down
and making me paranoid.


reply via email to

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