Bugzilla – Full Text Bug Listing
| Summary: | Search: make the completion extensability contract more flexible. | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | libing wang <libingw> |
| Component: | Client | Assignee: | libing wang <libingw> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | Mike_Wilson, susan |
| Version: | 1.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
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 |
Mcq and I had a conversation on how the search completion will be more useful. He gave me CTRL+3 in Eclipse as a good example: Once you type some thing, it gives you suggestions on different areas without limiting it to file related search. I think the current extensibility on Orion search completion is doing something similar but much simpler. Contributors can provide different search terms by groups and Orion consumes and filters them. It now only use the provider's data as a search string. And it only search file contents. In 2.0, I would like to make the extensibility more flexible and powerful. For example if you type "git", the suggest gives you 3 or more groups: Recent searches(group1) gitStatusExplorer Files(group2) git-commit.js Pages(group3) git status page git repo page Global commands(group4) some commands (if any) If you select anything from group1, then it completes the search tems. Otherwise the link of the other groups will be invoked.