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

Re: Question:is it possible to change the icon of a file thathas been changed in the repository

From: Andy Levy <andy.levy_at_gmail.com>
Date: Mon, 15 Dec 2008 14:31:33 -0500

On Mon, Dec 15, 2008 at 14:18, Gleason, Todd <tgleason_at_impac.com> wrote:
>> -----Original Message-----
>> From: Stefan Kueng [mailto:tortoisesvn_at_gmail.com]
>> Sent: Monday, December 15, 2008 10:16 AM
>> To: users_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*.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=984621

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2008-12-15 20:31:43 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.