IRC Log Viewer » #firebreath » 2013-12-18

IRC Nick Time (GMT-7) Message
satmate01 03:12 hi group# am new here
hi grop
hi grop
jshanab 05:12 Welcome
mik141 10:12 hi, i'm wondering is it possible to get browser type (IE, Firefox, Chrom) when the method getLoggingMethods(...) is called?
i want to make different locations for different webbrowsers
i mean different log files locations
Beau 13:12 Hey guys. I have a firebreath plugin. When it loads in Firefox, I use a Firefox extension to set a property in it which is just a structure of callback functions. This lets the plugin make calls back to the extension. Im trying to get this same thing working in IE. I have a BHO, and I need it to set a callback object in the ActiveX object, so the plugin can make calls in the BHO.
Is it simply a matter of making a IDispatch interface with the needed functions in my BHO? How do I pass that into the ActiveX instance?
taxilian 15:12 not a clue how that would work; I don't do BHOs
Beau 15:12 Sorry to hear that. Well as far as the Firebreath side of this... In the activeX portion of firebreath, the JSObjectPtr that is used to "Invoke" javascript, if that object was assigned to an IDispatch, would the Invoke operations continue to work as if it had been set to a javascript object?
taxilian 15:12 it depends on the IDispatch object
in some cases yes, in some cases no
but keep in mind that all JS objects from javascript *are* IDispatchEx objects
I guess theoretically a properly formed IDispatch object should work, yes
Beau 15:12 ah ok. well in what cases would the answer be no?
taxilian 15:12 maybe I don't understand your question
Beau 15:12 Ok, give me a sec, and Ill write a clean consise summary.
taxilian 15:12 but js objects are IDispatchEx objects, which extend IDispatch objects… so one of the implementations of JSObject is actually a wrapper for an IDispatch object
but js objects are IDispatchEx objects, which extend IDispatch objects… so one of the implementations of JSObject is actually a wrapper for an IDispatch object
Beau 15:12 right. I see that in the code. I just dont see where it gets created.
right. I see that in the code. I just dont see where it gets created.
I want to know if I set the the JSObject property to an IDispatch object instead of a javascript object, if the Firebreath code will understand this and put everything right.
taxilian 15:12 where what gets created?
https://github.com/firebreath/FireBreath/blob/master/src/ActiveXCore/IDispatchAPI.cpp#L28 might be useful
Beau 15:12 The JSObject I use to callback to javascript from the API class. In my Firefox extension, I create a structure of functions (call it callbacks). When my plugin loads, I get the plugin element and say element.requestTarget = callbacks.
The JSObject I use to callback to javascript from the API class. In my Firefox extension, I create a structure of functions (call it callbacks). When my plugin loads, I get the plugin element and say element.requestTarget = callbacks.
In my Firebreath API class, that is calling a function called setRequestTarget, and the parameter is a JSObjectPtr.
So it somehow knows its not an int or string, but a JSObjectPtr. Im wondering if that code will also handle an incoming IDispatch.
taxilian 15:12 a javascript function is still just an IDispatch object
a JSObjectPtr in IE *is* a IDispatch object
if you look inside, that's what it is
it comes in as a VARIANT that has IDispatch inside
it comes in as a VARIANT that has IDispatch inside