[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [TSVN] Issue Tracking Log Message

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-09-16 15:14:14 CEST

Revision properties apply to the commit, not necessarily the files in the
commit. So, while I would like to see the same feature, I would say it
should be off a right-click menu attached to the show log "header info"
(author, date, log message) as those are the other revision properties.

If you right-click on one of the changed files and choose Show Properties,
it should be showing the file/folder properties as of that revision.

Mark

"Eric J. Smith" <eric@ericjsmith.net> wrote on 09/16/2004 01:22:12 AM:

> That seems really strange to me. I was expecting to see properties that
> were specifically applied to that revision like the log message and
whatever
> else someone may want to apply to that specific revision. I see
revision
> properties as having the potential to be extremely powerful and I just
> wanted TSVN to be able to display those properties when I start making
use
> of them.
>
> I would think that maybe a good location for the feature you implemented
> would be on a context menu for the modified files list at the bottom of
the
> show log window. To me, when you right-click on one of those items and
> select Show Properties, I could definitely see it showing me the
properties
> of that item at the time of the currently selected revision. But for
the
> context menu on the revision itself, I would expect to see properties
for
> that revision.
>
> What do you think?
>
> Eric J. Smith
>
> > -----Original Message-----
> > From: SteveKing [mailto:stefankueng@gmail.com]
> > Sent: Thursday, September 16, 2004 12:11 AM
> > To: dev@tortoisesvn.tigris.org
> > Subject: Re: [TSVN] Issue Tracking Log Message
> >
> > On Wed, 15 Sep 2004 16:55:27 -0500, Eric J. Smith
<eric@ericjsmith.net>
> > wrote:
> >
> > > I am just checking this out and it appears that it's pulling the
> > extended
> > > properties from the wrong location for each revision. I haven't
> > verified
> > > this, but I am getting buqtraq:* properties on revisions and I
thought
> > those
> > > were only applied to folders? Also, the properties are the exact
same
> > for
> > > all revisions.
> >
> > You misunderstood the feature I think. It doesn't read or get the
> > revision properties, but the file/folder properties the way they were
> > set in that revision. Like if you would check out a working copy of
> > that revision and then use the Properties->Subversion-Tab to see the
> > properties.
> >
> > Stefan
> >
> > --
> > ___
> > oo // \\ "De Chelonian Mobile"
> > (_,\/ \_/ \ TortoiseSVN
> > \ \_/_\_/> The coolest Interface to (Sub)Version Control
> > /_/ \_\ http://tortoisesvn.tigris.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
> > For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
> For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
>
>
>
_____________________________________________________________________________
> Scanned for SoftLanding Systems, Inc. by IBM Email Security Management
> Services powered by MessageLabs.
>
_____________________________________________________________________________

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Sep 17 11:55:58 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.