Recommender questions [message #805631] |
Thu, 23 February 2012 19:59  |
Eclipse User |
|
|
|
Hi, thanks for this very promising tool.
I have some usability questions.
First if I enter code like this
xxx.setDisplay(parent.) and type CTRL+SPACE it offers me a getFont() method. This method only can accept a Display object so why would it offer me getFont()?
Here is an image explaining: http://screencast.com/t/1zM0FSeY
Then, If i do code completion and type stuff like
IEditorInput p;
p.CTRL-SPACEgetr
it still persists in showing getAdapter as first in the list when I wanted to do getResource.
Here is an image to explain what I mean: http://screencast.com/t/gaiUP7FJYxIw
Thanks!
Wim
[Updated on: Thu, 23 February 2012 20:00] by Moderator
|
|
|
|
|
|
Re: Recommender questions [message #807702 is a reply to message #807656] |
Sun, 26 February 2012 17:47  |
Eclipse User |
|
|
|
Hi Wim,
regarding the getDisplay issue. Could you please open a bug report? The system proposes getFont since it *had learned* that this is the most likely method to call. The fact that you actually need a display should override the relevance of getFont here. Here, our current relevance ranking system just falls too short...
The fact that is offers getFont at all is, however, correct and wanted since there might be other paths that might take you to a Display which cannot be foreseen by completion engine (yet). For example "(Display) parent.getFont().getDevice()" *may* (although unlikely) work here too. Filtering completions solely on return type would too often eliminate required proposals from the list. However, in the scenario you mentioned there should be a clear preference to getDisplay over getFont.
I think , we don't need more info than your example above to reproduce and fix the scoring system.
Thanks,
Marcel
[Updated on: Sun, 26 February 2012 17:49] by Moderator
|
|
|
Powered by
FUDForum. Page generated in 0.04698 seconds