>> - Add property-status column.
> there is no _real_ status for separate properties.
> Subversion only knows a property status for *all*
> properties of an item. Sure, we could create our
> own status for this (modified, unchanged,
> added, deleted).
I imagine that would be valuable for people who are working a lot with
properties. Sounds like a good idea to me to implement it somewhere at
> But then the questions are:
> * should we show deleted properties in that dialog?
...probably yes. Hmm... Maybe shown in a red color? - Ok. I'm starting
to get a bad feeling about this. We will be mixing an edit-dialog with
When editing I would assume that deleting a property would make it go
away. When checking the status I would expect deleted properties to be
in the list.
Bad idea to try to fit them both under one hat.
> * if yes, what should we do if the user tries to edit a deleted
Generally I would suggest to only allowing the revert-operation on a
>> Keep it as similar to the commit/check for
>> modifications-dialogs as possible.
> Agreed. But then again: why do the same in the
> properties dialog if we already have the
> check-for-modifications dialog?
The check-for-modifications dialog does not have the precision. There
you can only see if any of the properties has changed, not which one(s),
and only diff all property changes at once.
Maybe we should add yet another dialog;
check-for-modifications-properties? Or better yet expand the current
check-for-modifications dialog with a list showing the modified
properties of the currently selected item?
That could work: Having the check-for-modifications dialog with a
property list (including a property status column) below the file list,
just as the commit dialog has the log text-box above. When selecting a
file in the list, the properties would be loaded (including deleted
ones) allowing for fine-grained diff and revert.
That would give added value to the check-for-modifications dialog, while
keeping the properties dialog un-confused.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Aug 3 10:55:19 2006