Re: [SourceJammer-devel] Another RFE/refinement suggestion

[Marc P. <ma...@an...>]

Robert MacGrogan wrote:
> You're suggesting that labels be applied to files instead of files being applied to labels? Would
> we still have a shortcut to let you apply the label to all the files in a particular folder?

Of course - but it should be right-click on folder / file -> "Add 
label". Then you should have a dialog that shows a list of labels that 
already exist, and also has a "Create new label" option.

Plus then you need the option for "Make floating" on each label, so you 
can have labels that stick with the latest revision of the files, i.e. 
"projectX_HEAD".

> This is a pretty major change. I can definitely see that building complex labels is nearly
> impossible with the current architecture. But I wonder if there might be a less radical change we
> could make to make this work. I don't really know, though. 
> 
> And how would this new architecture work with the "rebuild" label concept?

Conceptually, easy:

for each file with label X on a revision
    move label to latest revision of X


Basically the idea is that you bind a label ID to a revision of each 
file/folder, and you can move the revision it is assigned to (or it can 
auto-float).

Plus, I really don't think labels should be in the server (or client) 
filesystem - it's a mess. When you do things like build javadocs on a 
source tree with labels in it you need to make sure you exclude the 
label files (and have to name them so you can) or it fails.

If labels are files, the client and user should never know about it. 
they could be from a JDBC database for all we know - i.e. it's 
implementation detail so let's hide it :)

Cheers


-- 
Marc Palmer    wj...@wa...
			
Wangjammers - Java, J2ME and Web Consultants
   ~ http://www.wangjammers.org/