| Summary: | Improve 'this' content assist | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Michael Rennie <Michael_Rennie> |
| Component: | JS Tools | Assignee: | Project Inbox <orion.client-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mac OS X | ||
| Whiteboard: | |||
(In reply to Michael Rennie from comment #0) > I would expect the list of proposals to be pretty short in this case (at > least the ones shown first). Like: > > one() > four > three() > two() Now that we have decided to not show the non-inferred proposals by default it looks a lot better - we do get most of the 'this' proposals but there are still some rough spots. Consider the following snippet: var baz = { one: 1, two: function() { this. //CA here }, three: 3 } You get the proposals for 'one' and 'three', but not 'two' Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see: https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html |
Consider the following snippet: var object = { one: function() { }, two: function() { }, three: "three"; four: function() { this. //content assist here } } Activate assist at the '.' at the comment and notice you get a nice random smattering of proposals from Object et. al. as well as one for 'this', which if chosen will complete to 'this.this' which is bogus. I would expect the list of proposals to be pretty short in this case (at least the ones shown first). Like: one() four three() two()