first- thank you all for responding.
second- I understand that currently there isn't a way to do it from
I tried the commit monitor- but since I configured our subversion to
send an e-mail on every commit think it is needless.
On Dec 15, 9:31 pm, Andy Levy <andy.l..._at_gmail.com> wrote:
> On Mon, Dec 15, 2008 at 14:18, Gleason, Todd <tglea..._at_impac.com> wrote:
> >> -----Original Message-----
> >> From: Stefan Kueng [mailto:tortoise..._at_gmail.com]
> >> Sent: Monday, December 15, 2008 10:16 AM
> >> To: us..._at_tortoisesvn.tigris.org
> >> Subject: Re: Question:is it possible to change the icon of a file
> > thathas
> >> been changed in the repository
> >> Gleason, Todd wrote:
> >> > I was going to say something similar. I wonder if anyone thinks
> >> > CommitMonitor functionality should be integrated into TortoiseSVN
> > (never
> >> > enabled by default though). It seems to me that people would think
> > it
> >> > was a cool feature, turn it on, get annoyed when their icons started
> >> > changing to indicate "remotely modified" (or "remotely locked"
> > even),
> >> > and then turn it back off.
> >> > Besides, to implement it would mean a lot more TSVN icons.
> >> Might be possible, yes. But there are a lot of issues to handle:
> > If you were going to do this (and I doubt it's worth doing myself) then
> > here are my suggestions:
> >> * CM monitors URLs. How would you map those urls to working copies?
> > I think you end up with some data structure pain here. So your WCs have
> > the WC->URL mapping inside them. I'd probably use this to construct a
> > reverse mapping (URL->list of WCs). There is ample opportunity for this
> > to get out-of-date, which might require detecting when the WC changes
> > and cleaning up. I see this as fairly problematic in a native
> > environment like C++ (it would still be error-prone even with garbage
> > collection).
> > The upside is that if you allow monitoring on a per-URL basis as CM
> > does, users can leverage this to configure which WCs have commit
> > monitoring, and which don't. That's a nice "for free" feature.
> >> * what overlay should be shown if a file is modified locally but also
> >> has remote modifications?
> > As I alluded to, "a lot more TSVN icons". I imagine the icons would get
> > combined in some way. Maybe you reserve the left half of the icon's
> > color for local, and the right half of the icon's color for remote.
> > Whatever you do is probably going to look hokey to somebody.
> I don't know about hokey, but for me it would be just plain painful -
> or at best, useless. At 1400x1050 on a 14" screen (Lenovo R60), those
> overlays are small enough in Explorer's Details view as it is. Cut the
> color information down by 50% and it'll be nearly impossible to tell
> what's going on there (I use the color of the overlay as a flag almost
> as much as the icon itself).
> I'm looking at a file that's locally modified right now (! on a red
> background) - you're talking about changing the color of just *a
> couple of pixels*.
> To unsubscribe from this discussion, e-mail: [users-unsubscr..._at_tortoisesvn.tigris.org].
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2008-12-16 10:00:53 CET