Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 409970

Summary: orion.edit.contentAssist service context.prefix doesn't include '.' characters
Product: [ECD] Orion Reporter: Chris McGee <cbmcgee>
Component: EditorAssignee: Project Inbox <orion.editor-inbox>
Status: RESOLVED WONTFIX QA Contact:
Severity: normal    
Priority: P3    
Version: 3.0   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:

Description Chris McGee CLA 2013-06-05 10:45:37 EDT 
The content assist service is really valuable for adding rich support for new languages. The context.delimiter, context.tab and context.prefix are a great help in building the proposals.

In many mainstream languages (C/C++ inspired) there is a '.' character that acts as a separator between packages/classes/instances and fields/methods on them. If a suggestion wants to use the package/class/instance name to qualify the proposals it would be great if context.prefix included at least one level of qualification.

Here is an example:
pkg.f<cursor is here>
Proposal might be to do this:
pkg.foo()
Based on the ability to lookup functions in package "pkg"

It turns out that because the content assist service provides the buffer and offset so a provider can calculate all of this itself. It would be really convenient if the prefix handled a little bit more.
Comment 1 John Arthorne CLA 2015-05-05 16:21:22 EDT 
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