IRC Log Viewer » #firebreath » 2013-02-15

IRC Nick Time (GMT-7) Message
JuanDaugherty 07:02 has anything ever used the AxStreams code?
asking because it's not actually used in current head FB nor anything else I can see
(i.e. ActiveXStream and support)
taxilian 08:02 JuanDaugherty: it's used by FBTestPlugin a bit
other thing; remember you were having trouble getting chrome's --plugin-startup-dialog on windows?
JuanDaugherty: I suspect the reason why is that chrome on windows doesn't actually quit these days; go to the task manager, kill the process (or do it from the system tray), and then try opening it that way and I bet it'll work
JuanDaugherty 08:02 only see SimpleStreams in fbt, the latter isn't a problem anymore, although getting it to invoke the plugin without a tag is
taxilian 08:02 SimpleStreams uses BrowserStreams
Axstreams is the IE implementation of BrowserStreams
JuanDaugherty 08:02 so if fbt is run in IE it will exercise those classes?
taxilian 08:02 right
JuanDaugherty 08:02 excellent
taxilian 08:02 keep in mind that Axstreams doesn't support being invoked by mimetype not in an object tag
I have no idea how that even works in IE
JuanDaugherty 08:02 it's just registry settings
that and all of the stuff that is in the AxStreams classes
taxilian 08:02 hmm. you'll have to let me know how that works
Firebreath's default reg stuff does register it for a mimetype
JuanDaugherty 08:02 in the MFC era it was easy because MS/VS provided wizards that built the scaffolding
taxilian 08:02 but I don't have any idea how axstreams would get the stream from the browser in that case
JuanDaugherty 08:02 so you could just fill in your stuff for the OCX
but now it's a bit more complicated and general although of course the essentials are the same
your response is a little puzzling or indicates you accepted other contributors stuff without getting into it much
because all of the mechanisms are there in current AxStreams classes
taxilian 08:02 not so much that as that I simply didn't ever attempt to use it in the use case you're describing
nor look into how it would work
sicne it's not a use case that has any real interest to me
JuanDaugherty 08:02 ah
but Matthias somebody wrote a lot of that, right?
taxilian 09:02 nearly all of it, yes
haven't seen him around much lately, though
JuanDaugherty 09:02 'matthias nytrogyncs'
taxilian 09:02 yeah. nytro
JuanDaugherty 09:02 so techically, it's not "unsolicited streams" but streams you signup for by designating yourself as the fielder for the MIME type
what's the point of FBControl0 ?
taxilian 09:02 sorry, I'm on the phone; give me a few minutes
JuanDaugherty 09:02 take your time
taxilian 09:02 FBControl0 is because there could be a FBControl1, FBControl2, etc
each handling a different mimetype
and I'm not sure I follow what you mean with your comment; in FB terms unsolicited stream means a stream that is created by the browser, rather than requested by the plugin. I didn't name it, but I hate naming things so I didn't rename it =]
JuanDaugherty 09:02 so zero is the default?
taxilian 09:02 yeah
the first one
if there is only one, then the only one
JuanDaugherty 09:02 right, in IE, it's just a specific case of generic async data transfer to a control. The control has requested all streams of the type it's going to handle.
taxilian 09:02 interesting