Control Firefox via VBA

[itekt]

Hi
Is it possible to control Firefox 1.0 via Word-VBA?
I wrote some neat tools for the IE using MSHTML and SHDocVw which I
want to make it also work with Firefox, especially because of its
tabbed browsing.
I have allready googled through the net but I couldn't find a Module
or library to bind into Word-VBA.
Anyone out ther who has a clue?

thx Itekt

 

[Giancarlo Niccolai]

Hi
Is it possible to control Firefox 1.0 via Word-VBA?
I wrote some neat tools for the IE using MSHTML and SHDocVw which I
want to make it also work with Firefox, especially because of its
tabbed browsing.
I have allready googled through the net but I couldn't find a Module
or library to bind into Word-VBA.
Anyone out ther who has a clue?

thx Itekt

This is not the right newsgroup, lad.

Gian.

 

[Howard Kaikow]

Not directly.

Ask this question in the Firefox forums at www.Mozilla.org.

 

[Randy Howard]

Hi
Is it possible to control Firefox 1.0 via Word-VBA?

This newsgroup really needs to be renamed
comp.programming.multithreaded.APIs.not.random.topics

 

[David Butenhof]

This newsgroup really needs to be renamed
comp.programming.multithreaded.APIs.not.random.topics

Indeed, comp.programming.multithread probably would have been a better
choice, and might have prevented at least some of the random "threads"
of discussion from people who thought about what they were doing but
didn't understand the intended meaning.

However, "APIs" would be inappropriate, since it's NOT just about APIs.
(Otherwise we'd also need comp.programming.multithread.design and such.)

And (almost) every newsgroup is intended to implicitly be
"not.random.topics". It wouldn't help.

 

[Randy Howard]

First of all, it seems you took it a little bit more seriously
than I intended.

Indeed, comp.programming.multithread probably would have been a better
choice, and might have prevented at least some of the random "threads"
of discussion from people who thought about what they were doing but
didn't understand the intended meaning.

Well, the same sort of thinking that decides that c.p.t is about any
programming thread (discussion sense) one might imagine, might also
decide that "multithread" just means more of them.

However, "APIs" would be inappropriate, since it's NOT just about APIs.

True, but sounding suitably nerdy, I sought to eliminate the previous
problem.