I'm happy to see it move to C++, especially if it gives the 64-bit crowd (ME!!) the choice of 32-bit IE.
I'd also like to see a Windows(vista) Gadget implementation of DQSD. This shouldn't be all that hard, just a gadget shell that then calls into the existing DQSD installation. With Windows 7 now in wide beta, those gadgets are no longer tied to the gadget bar, which is gone. Instead, they can float to wherever you want them. No more giving up tonnes of real estate for a couple of gadgets. Charlie. > -----Original Message----- > From: Glenn Carr [mailto:[email protected]] > Sent: January-10-09 11:48 AM > To: DQSD development discussions > Subject: Re: [DQSD-Devel] Vista bugs > > Kim, > > I don't think you can go wrong moving more of DQSD into C++. The only > real downside that I see is it limiting the number of developers that > might be willing of have the experienced to work on it, but since a > significant portion is C++ now, I don't think that should even be a > concern. Honestly, I'd love to see everything except configurable > aspects (searches, etc) of the tool moved into C++. > > Glenn > > > On Sat, Jan 10, 2009 at 1:34 PM, Kim Gräsman <[email protected]> > wrote: > > > Hi guys, > > I've spent a little time investigating the Vista "blank window" > issues > that have been raised on the users list, and come up with a > couple of > ideas. > > There are two things you can launch from DQSD, a) searches and b) > URLs > (and a couple of other things, but let's leave it at that). > > Then there's a setting that affects how these launches are > performed > -- the launchmode, which can be 0) Use IE or 1) Use default > browser. > > So there's essentially a behavior matrix for what happens in the > respective cases- > > 0 > 1 > a form.submit Write out > .html > file to submit form in body onload + ShellExecute(file) > b window.open + window.navigate ShellExecute(URL) > > Most of these methods have one issue or another with IE's new > Protected Mode, because DQSD runs in un-PM, but launches searches > and > URLs that require PM, so there tends to be a lot of intermediary > windows launched that bridge between the two modes. > > As if this wasn't complicated enough to follow, all cases with > launchmode 0 happen in script, and all cases with launchmode 1 > happen > inside DQSDTools.Launcher. > > I'm wondering whether there would be value in moving all this > logic > into DQSDTools, and moving the actual logic to a simple class > hierarchy of Launchers. Something like- > > class Launcher > { > public: > virtual void SubmitForm(IHTMLFormElement* pForm, VARIANT > options); > virtual void LaunchUrl(BSTR url, VARIANT options); > }; > > and then with implementations for the respective launch modes, > say, > IELauncher and DefaultBrowserLauncher. > > The primary benefit of having the complete logic in C++ code, is > that > we can (hopefully) use new Vista APIs to safely bridge between > un-protected and protected mode. > > What's also cool about this is that we can easily select > implementation based on launchmode, and adding a launchmode is as > simple as adding a new implementation... > > ...which leads me to another thing: we should probably add a new > launchmode called Explicit, which comes with an explicit browser > path. > That way, users can launch their searches with a specific > browser. > This should please the x64 crowd, who want to use the 32-bit > Internet > Explorer even if DQSD runs in the 64-bit version of the browser. > > So... Anyone opposed to moving form submittal/URL launching > entirely > into DQSDTools? What are the drawbacks I don't see? > > Thanks, > - Kim > > ----------------------------------------------------------------- > ------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Archive: https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Archive: https://lists.sourceforge.net/lists/listinfo/dqsd-devel
