Community
Participate
Working Groups
Should be able to automatically create a query in the task list based on the last executed Task Search. Perhaps we could contribute a button to the search results view. First iteration might just be to add a button to the Task Search page that will create a query based on the currently selected parameters (last executed query).
Hmm. Why not from the popup menu in a search view? Also, it would be really convenient to be able to edit the search criteria when refreshing the search results. I often find that I need to adjust criteria, and now these adjustments are polluting history of the Search view.
Nice ideas, because they streamline the workflow. So we could have two popup menu actions (titles overly long): 1) Edit Search Parameters 2) Create Task List Query from Search Parameters
Tagging as "new user experience". Rob, Eugene: if you encounter other bugs in this category please tag them as such since we have a summer of code student dedicated to this.
Created attachment 70042 [details] create query from task search I finish the query part of the bug.
Created attachment 70043 [details] mylar/context/zip
Created attachment 70045 [details] create query from task search image
Balazs: this contribution belongs in ..mylar.tasks.ui. Please note bug 191406, since this could cause a hiccup in applying patches tomorrow. If the patch comes in early I will try to apply it right away. The merge won't be too painful if not.
The TaskSearchPage's IDs are different. In the plugin.xml the ID is "org.eclipse.mylyn.tasks.ui.search.page". In the file the ID is "org.eclipse.mylyn.tasks.ui.core.search.page". Can I overwrite the file's ID?
I found a problem which I can't resolve. The problem is the search results removing. These results are stored in the QueryManager object which is non-public. So I can't use it. The InternalSearchUi.removeQuery() method not only remove it, but it stop the running query too. So I have some ideas, which is the best. 1. Remove the last search result from the history before I start the new search. This has one disadvantage, if the user cancel the new search I can't restore the last search result. 2. After the new search start I observe the search running (with a while loop inside a Thread.sleep()). After it will be finished I will remove the last search. 3. Write a request that modify the QueryManager to public. I think this will be the best, but I don't know, that will be solvable. What do you think about these ideas?
Rob: when you have a chance please review.
Balazs: in the meantime could you explore adding an "Add to Task List" action to the search results view?
Created attachment 72237 [details] AddTaskListAction I finished the "Add to Task List" action. I found a bug. The TaskUiPlugin ids were different. So I modified the class file's id. I included this modification in this patch, but if it's needed I will report this bug.
Created attachment 72238 [details] mylar/context/zip
Balazs: I'm getting conflicts in the patch. Could you please synchronize and try to create it again?
Created attachment 72304 [details] AddTaskListAction v.2 New version of "Add to Task List" action.
Created attachment 72305 [details] mylyn/context/zip
Great work Balazs! This will make it into the New & Noteworthy. Please synch up and note the changes that I made to AddTaskListAction, now called CreateQueryFromSearchAction. The structure that you set up was perfect, I just changed the way that the image is retrieved and the wording in the UI. I also added a way to add individual hits to the Task List, so check that out. It will help keep the UI simple for bug 193423.
Created attachment 72317 [details] mylyn/context/zip