I have say re-compressed a jpeg image using my own compression engine. And have added a reference to this image in a html page through the IMG tag. When i access this html file hosted on the web server using HTTP, I need Internet Explorer to call my decompressor when it sees this particular filetype, decompress the image and display the image just as IE would do for any already established filetype such as jpeg.
I have already used MimeFilter for this but the limitation for MimeFilter is that it can be used to Filter file/MimeTypes only when they are the first resource accessed directly through the Href links i.e. the following link "http://myserver//myimg.xxx" (xxx - my extension) when accessed directly by typing in the address bar would fire the MimeFilter and decompress and display the image. But MimeFilter is limited to only this and cannot be used for other resources embedded in the HTML page like the ones in IMG tag.
My question is whether there is a way to display images of custom filetypes embedded in HTML pages using tags (eg: img tag). Any help would be appreciated.
I had BHO developed in vs2005. I work on IE6.
I do all the things when the progresschange event fires...
The main thing is
when I open 3 instances of IE,
in first instance, http://www.google.co.in/[^] is opened,
in second instance, http://www.msn.com/[^] is opened,
in third instance, http://in.yahoo.com/?p=us[^] is opened.
when these are opened the ProgressChangeEvent is fired,
but when return back to the window of 2nd instance (i.e.,http://www.msn.com/[^]) and refresh it, no progresschangeevent is fired.
which event can be fired when changing the focus from one window to other,
"WindowStateChanged" event should be fired, but when I open solution explorer of my project, this event is not visible in intellisense. Why WindowStateChanged event is not obtained in my Project solution.
And, using the BHO can't we get the handle of previously opened instance(which is currently active, like 2nd instance after openeing three instances of IE.)
I am developing an application that has to act on external data that is both described and provided by the user, the client.
Currently I have created a wizard and the user can choose either to provide an SQL database (thus asking him for the DSN and the SQL query) or an XML file (thus asking him to for the appropriate xQuery query) or a CSV file (thus asking him for the file where it resides and the delimiting caracater).
Now, this may not be sufficient : I can imagine a plenty of complex scenario such the data cannot fall within those 3 types.
What I am tempted to do then is to make it possible for the application to call an external code provided by the user and which will be responsible for retrieving the data so that the application can deal with it.
My application is written in unmanaged C++, but the user may want to write that portion of code in JAVA, C# etc.
My only idea, which is unfortunately still not clear (regarding implementation) is to write a sort of specification of a COM object : user must write his data-code following that spec. and my application should be able to load available COM objects that fall with particular class and allow the user to select his implementation. Then the application is capable of calling that COM object and retrieving data passed by it.
(I am not even good at COM development)
So do you have suggestion, is there a sample application I can inspire from ?
Thank you in advance.
Easy Profiler : a compile-time profiler for C++
This is really interesting, and it sounds like an enormous amount of work.
About a year ago, I was getting familiar with MIDI (a computer music format), and there was a company that was promoting a DirectX COM interface standard for creating what is known as a software synthesizer (which could process MIDI messages into sound). This component would be loaded into an application that would stream MIDI messages (which comprised a musical composition) to the synthesizer component, the COM interface would process the MIDI format and return a stream of what was essentially a continuous stream of WAVE format digital signals, which the application would then send to its own audio driver. Pretty complicated stuff. Anyway, the company (Cakewalk) that develops the music software, offers developers an SDK package (including source code for both minmal server and compatible client, and lots of html documentation) demonstrating the utility of the server component and the interface that the COM In-Process server must present to the Executable, and all the associated data structures, interfaces, callbacks, and related mechanisms required to make the whole thing work.
Admittedly, it is probably more complicated that what you are suggesting. But, the point is that the COM structure must be provided and thoroughly tested, and the documentation must be clear to the client developer, before they can even begin to design a component that will interface with your server correctly.
In the above mentioned example, I had to study the source code for several weeks before I completely understood how it worked, and especially, how the server-client connections were implemented. What you realize is that, the more complex the code model is, the more difficult it is to get it to work.
I read your other post in the C++/MFC forum. Pallini is correct (always is, in fact), you must start with MIDL.
You might also find this online book useful: Inside COM++[^]. It's quite similar to Don Box's, "Essential COM".
One way would be to render it into a bitmap created using the CreateDIBSection[^] function. You could also try looking at the GetDIBits[^] function. With both of these you use the handle returned by the get_Handle method.
But this statement makes the control's container crash without any message!
If I replace my description string with some harcoded message, it works just fine. But whenever I rely somehow on the e.Description, bang, it crashs.
I assumed it could already be freed the time it would be read on the container side, so in a further step I tried to copy the description in a new allocated variable, to save it somewhere within the control instead of locally within the catch-block, etc. But nothing works.
What are the reasons why I cannot "forward" this errror description? It can be logged correctly, but I have no chance to bring it on the containers side.
Thank god it was not my fault, but the container that embedded my control cannot handle long error descriptions.
The common ActiveX Testcontainer could receive those COM error message without any problem, but the application that instantiated my control killed itself whenever it got long messages. Seems like they are using a small buffer and try to copy the long message into a small character array or whatever.
As workaround I simply truncate my error messages. (Ok, over 1000 characters error description is perhaps really very very long )
But is there are maximum size for error descriptions defined? I could not find any restriction regarding the length... and TstCon32 can handle long messages. Hm
You give only little information about the .net control... there are several possible ways, but most are simply dirty hacks (e.g. using SetParent on the .NET control's window handle and embedding it into your c++ ATL window. Ah, don't do this!)
In general I would say that's no COM question, but anyway:
Best way (in my opinion) would be to build a C++/CLI wrapper around your control. You could write a C++ control and create an instance of your .NET control on top of it. Mixed-mode at its best!