28 Januari 2009 6:28i have to intregate live search api, yahoo & google search together in IE -Toolbar using window application & display the combined result after search. I have already implement the toolbar where i have put one textbox, dropdownlist & search button . On click of search button it has to display result depending on search items.
pls anybody know about it .explain me basic step by step.
thanks in advance
28 Januari 2009 10:19Pemilik
What is the question exactly?
The Live Search API are a web service provided as SOAP, XML over HTTP (a degenerated REST, if you really want to call it that way - the calls are stateless) and JSON.
What type of application calls the service is irrelevant - once you have a module that deserializes the returned value into objects, your app can party on it with no problem.
Without at least a vague idea of what you are trying to do, it is impossible to help. What does your toolbar do? Which technology are you using (managed code? C++?)
28 Januari 2009 10:38I have to integrate live search api, yahoo & google search together in IE -Toolbar using window application & display the combined result after search. I have already implement the toolbar where i have put one textbox, dropdownlist & search button as I referred from
On click of search button it has to display result depending on search items as for eg it is in
The technology that i am using is..asp.net 2.0 & C#.
29 Januari 2009 0:53Pemilik
I took a look at the article you inspired your worked on, and my past on the CLR team forces me to warn you that there is a design flaw in the architecture of this app that could potentially generate Explorer crashes when there is more than one add-on written with .NET but requiring different versions of the runtime. Writing this type of extension in managed code is not a good idea until the CLR will have in-proc side-by-side.
What could happen is that depending on the order of the loading of the add-ons, a different version of the CLR is loaded in the process. THere can be only one instance and it cannot be unloaded, so once this is done, if addon X loads version N of the CLR but addon Y requires version N+1, you will get a critical failure in the Explorer process.
If you used this technique for IE instead of Explorer, you would still have the same problem: the only difference would be that it is the browser that crashes instead of the OS shell.
Concerning the more mundane problem of how to use the API in this case, the simplest way from the development standpoint would be to hit the SOAP interface. You will simply have a helper class in your project and talk to that object, while the infrastructure will take care of the (de)serialization of the data. This project is either a WPF or a WInForm project, so if you are using VS 2008 you need to use a reference to a service and follow the instructions you can find in an earlier posting of mine in this forum to find out how to call the service methods correctly.
I really like your idea and am very curious to see how it will pan out.
I am curious: how are you planning to handle relevance when you merge the lists? Let's suppose that G and us return a set of results.
Some results will be on both lists, some will not. How would you decide what appears in first position and down?