Re: [CEDET-devel] tags internal representation
Brought to you by:
zappo
From: David P. <dav...@wa...> - 2003-03-21 10:07:58
|
Eric, [...] > I'd be cautious about doing this with clone. A tag can contain any > number of additional tags hidden behind any kind of property > desired. To safely have this behavior would require a complex > sequence of copy instructions. Good point! [...] > On the other hand, having `semantic-tag-copy-token', or some such > that is like clone, but strips away any connection between the two > could be useful for a different collection of problems. For example, > you may copy a token to a clipboard, where now the original token is > placed there. Token copies may need special features, such as a > :filename property or other means of returning to it's origin w/out > the aid of semanticdb type structures. That's a good idea. For example the function `semantic-get-local-arguments', in semantic-ctxt.el could use a such function to safely obtain copy of tags without overlays! > Lastly, I think it might be "proxify", not "proxyfy", though as a > made-up word, anything goes. ;) Thanks for the tip, I am at the limit of my English skills here ;-) > I really don't know what good verbs > are for the translation between an overlay and the vector proxy might > be. Since they will be internal I wouldn't mind long names like > `semantic-tag-enable-overlay' and `-disable-overlay' or > `-enable-proxy', or other long winded verbiage. What do you think of `semantic-tag-[un]link-data'? > > Enough thoughts for you? ;) Yes, of course! I conclude that you agreed with my proposal, so I am going to work on that, and submit you new proposals ;-) David |