http://imagej.273.s1.nabble.com/Bug-openURL-on-MS-Windows-with-default-browser-IE-tp3699891p3699899.html
instance at a given URL. Those are two separate functions. Sure, the
on having a Java virtual machine accessible from your IE7.
and they all work fine on my installation. Do you see the same error
> Hi,
>
> Very curious. I had given up on getting IE7 to run my ImageJ applet.
> Whenever I attempted it (starting from the shortcut on the desktop) I
> got a java error ("The Java runtime environment cannot be loaded").
> When I saw the posts yesterday I gave the rundll32 command a try, and it
> works! Does anyone know what the difference is? I want my applet to be
> accessible to IE7 users and want to be able to tell them how to fix any
> problems.
>
> Thanks for any help,
> Jon
>
> Curtis Rueden wrote:
> > Hi Jeremy,
> >
> > On Windows XP with IE7, I could not duplicate the problem. It also
> > works fine with Firefox. In addition, Microsoft's solution requires
> > Microsoft-specific classes (com.ms.*) available only to Visual J++
> > (not Sun's JVM). So Microsoft's official solution is proprietary (big
> > surprise). So I would suggest ImageJ stick with the rundll32 solution.
> >
> > -Curtis
> >
> > On 2/14/07, Jeremy Winston <
[hidden email]> wrote:
> >> Jeremy Winston wrote:
> >> > Hi Folks,
> >> > It seems that the approach taken by the openURL method
> >> > of BrowserLauncher for MS Windows to open the default web
> >> > browser to a URL ending in .htm or .html when the default
> >> > browser is IE is deprecated (per MS).
> >>
> >> Hrmmm. Even though MS says it's deprecated, the problem
> >> doesn't appear to exist with XP running IE7, nor, strangely,
> >> with NT4 running IE 6.
> >>
> >> Could folks running a different combination of MS OS and
> >> IE versions, check to see if running
> >>
> >> rundll32 url.dll,FileProtocolHandler
> >>
http://rsb.info.nih.gov/ij/notes.html> >>
> >> at the command line (or Run box) generates an error, and
> >> report back their findings?
> >>
> >> TIA,
> >> -Jeremy
> >>
> >
>