Hmm. Thanks for the tip however cleanup doesn't stop it. There is about
4000+ files in the project, I guess maybe it is an eclipse platform
issue, asking subclipse to redecorate unneccessarily, and the
redecoration just takes a long time because I am computing deep status
on such a large number of files.
If I were to put in a feature/bug report somewhere to have someone check
why eclipse is requesting redecoration on files that haven't changed,
which project would that be best in, Eclipse Platform?
Mark Phippard wrote:
> On 9/6/07, Tom Walter <firstname.lastname@example.org> wrote:
>> I've seen a few posts about icon flicker but none seems to describe
>> exactly what I get.
>> Whenever I simply open a a file or even switch between two tabs in the
>> file editor, all of the subclipse icons disappear from the project
>> explorer and then reappear after a couple of seconds. It is quite
>> annoying especially when you are concentrating on the project explorer view.
>> I know if I turn off 'compute deep outgoing' and 'font colors' then it
>> will speed things up and the icons probably won't take so long to
>> regenerate, however I don't really understand why they need to be
>> regenerated at all, since I haven't changed anything.
>> Is this a bug?
> I am not going to say No. I can say that the way decorators work is
> that the view is in charge. It makes the decision, for whatever
> reason, to call Subclipse and ask it to redecorate a given item. I do
> not believe we are even in charge of the actual painting of the view.
> I think we just provide the values for the decorators.
> Try running the Cleanup option. It could be that your local file
> timestamps have been modified and that takes longer for Subversion to
> calculate status information.
> BTW, the Cleanup option does not provide any output. If your
> timestamps have been modified, it will update the SVN information.
Received on Fri Sep 7 02:19:45 2007