Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mylar-dev] Interest calculation rules

I've tried "Link with editor" and found in this mode Package Explorer redraws very heavily as I go from one editor to another. This makes Eclipse almost unusable when working in remote Windows Terminal Services session. Had to turn it off.

I think that ResourceChangeEvent should be explicitly included in calculation of degree of interest. This should bump up interest of sources that I edit as I tend to press Ctrl-S very often ;-) and may have other interesting effects too (for example, changes coming from CVS will become interesting). I hope that I will have some spare time over next week or two to try this. I'll post my findings here.


Mik Kersten wrote:
-----Original Message-----
From: mylar-dev-bounces@xxxxxxxxxxx [mailto:mylar-dev-bounces@xxxxxxxxxxx]
On Behalf Of Igor Fedorenko

...

Linking with editor does not help with new projects and folders as no
editor is opened upon their creation.


That's right, so I added:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=115903


I am not 100% convienced about "has to be triggered by user" part yet.
More specifically, I am very interested in all locally changed files (as
in "compared to version from CVS") and I do not really care if I changed
these files directly, they were changed as a result of refactoring or
were changed on filesystem. Not sure what is the desired behaviour here...


Yes, there is also a case for things that weren't changed directly.  I the
model it's called "predicted interest" and the originator of the interest is
a tool and not the programmer.  So it would be very straightforward to add a
mechanism for inducing interest on every element that changed as the result
of a refactoring.  I have some ideas about how that could be useful in the
long term (e.g. Mylar could keep the AST for all predicted interest elements
in memory and make refactorings not require a search) but I'm much less
clear on UIs for exposing this kind of structure.  Other than the current
Active Search which can show you what will change as the result of common
reference and hierarchy refactorings.  If you have any other ideas please
post them or create a bug report.





Back to the top