Hello Irvin,
> Thanks - its reassuring to know that it's at least a known
> issue :o) This is currently causing me quite a bit of pain -
> so I'd be more than happy to help out in working on the issue
> if that's going to get it resolved any quicker..... Is that a
> feasible option?
I would like to work on that as well :) because in my case sometimes merge
takes a lot of time due to forced project refresh, but unfortunately have no
time now.
You may take a look at SwitchToUrlCommand class, it is where refresh is
called. Compare it with UpdateResourcesCommand class (from what I see it
doesn't perform explicit refresh at all), and change SwithToUrlCommand so
that it doesn't call refresh on the switched resource. I have no idea on how
disabling refresh could affect decorations update and whether it will work
properly with all versions of Eclipse, but it worth to try that - at least
it will make it clear whether it is refresh operation that causes slowdown.
For development related qeustions please post to subclipse dev's mailing
list.
Alexander Kitaev,
TMate Software,
http://tmate.org/
http://jetbrains.com/tmate/
> -----Original Message-----
> From: Irving, Dave [mailto:dave.irving@logicacmg.com]
> Sent: Monday, April 10, 2006 14:17
> To: users@subclipse.tigris.org
> Subject: RE: [Subclipse-users] RE: Subclipse "Switch" very
> slow compared to "svn switch"
>
> Alexander Kitaev wrote:
>
> > From what I heard from Mark, project needs full refresh
> because under
> > some conditions project decorations are not updated properly when
> > refresh is not performed. He is aware of that problem and I
> expect he
> > will provide some estimations on when and whether this
> behaviour could
> > be changed or not.
>
> Thanks - its reassuring to know that it's at least a known
> issue :o) This is currently causing me quite a bit of pain -
> so I'd be more than happy to help out in working on the issue
> if that's going to get it resolved any quicker..... Is that a
> feasible option?
>
> Cheers,
>
> Dave
>
>
> This e-mail and any attachment is for authorised use by the
> intended recipient(s) only. It may contain proprietary
> material, confidential information and/or be subject to legal
> privilege. It should not be copied, disclosed to, retained or
> used by, any other party. If you are not an intended
> recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Apr 10 14:31:29 2006