For IE microsoft provides COM to access it programatically. Is there any function to access Firefox from our Program
Mozilla Active X Control has largely compatible interface. (IWebBrowser/IWebBrowser2/...)
Of course Native XPCOM interfaces are a possibility for C++ programs.
Are you asking for a way to have your program that isn't running in Firefox to be able to access Firefox API's? If so, the answer is no.
Related
I have a DLL that is an npapi plugin that is from another application, this application only opens if it is executed by the plugin that is executed by the browser, however as this type of plugin is no longer supported, I have been researching alternatives to create an application c++ that can call this DLL and do the same function that browsers did, I read a little about the mozilla gecko but from what I see the documentation for this is almost non-existent, is there another alternative to make this call? or just embedding browser functions in c++ application, is it possible?
You can host it yourself, but implementing the host side of NPAPI can be non-trivial -- it would take some work, it really depends on what the plugin wants exactly. Most documentation around NPAPI seems to be down these days as well, so finding the details may take some work.
I was wondering either it is possible to run an external application inside a QT widget under windows operating system. For example, if I were to write a Qt gui application, where in one of the dialogs user could write some text, I could use a textbox there or something similar. But instead, would it be possible to run Notepad++ or windows notepad application in that dialog?
I would appreciate all help.
It is not really practical to do what you describe at the application level, embedding an entire process into a window of another. (It would be technically difficult and the user experience would likely be pretty bad if you could pull it off.)
Fortunately, this very problem of application components has already been solved!
So it is possible to get the end result you describe via a slightly different mechanism. Many applications expose COM interfaces for automation and embedding, and it is possible to embed COM objects within a Qt application.
(Older technologies such as DDE, OLE and ActiveX provided various aspects of this but are all basically deprecated in favour of COM AFAIK.)
Hopefully you can find a COM object from a third party, or find an app that exposes its components via COM and assemble your app that way.
Have a look at the Qt documentation:
Active Qt - ActiveX and COM support for Qt
I am looking to communicate via RFCOMM to another Bluetooth device. I want to use C++ (VS2008) for the application. I already know of the 32feet library, but was unsure if it would work for C++. Does anyone know of a good starting point for this kind of project? Or possibly 32feet samples written in C++? I want a simple, easy to use API for Bluetooth using C++.
This question is rather old, I know.
Just wanted to update, that Qt Framework has now Qt Bluetooth for C++ that looks very promising -- http://doc.qt.io/qt-5/qtbluetooth-module.html
You can do Bluetooth programming using BT sockets into the OS Bluetooth stack. This page discusses socket usage:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa362928(v=vs.85).aspx
This page has links to download Bluetooth SDK from Microsoft:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa363058(v=vs.85).aspx
Building apps using the Microsoft stack works fairly well (XP and Vista work great, trying to run the same apps under Windows 7-64bit does not work so well...)
The real advantage to 32feet.net is that the Bluetooth support on Windows is heavily Balkanized - you never know on a given machine whether it is using the Microsoft, Broadcom, Toshiba, BlueSolei, or some other stack. While these are all mostly compatible over-the-air, the APIs are completely different for each. Building with 32feet.net lets your application run on a larger subset of machines... That said, I have not tried building it into a C++ application - sorry.
I'm currently working on a cross-platform application (Win/OSX/iOS) which has a C++ (with Boost) back end. On iOS and OSX I'm using the Cocoa Net Service Browser Delegate functions to discover an embedded device via mDNS, then pass the information to the back end to create the objects it needs to communicate with it.
I wanted to take a similar approach with my Windows MFC front end and I found this article which seemed to do exactly what I want. However, it seems that using the Bonjour SDK has some really nasty side effects - forcing you to static link to MFC and in my case the only way I can get it to link properly is to not use debug DLLs at all, which is not ideal.
So, the Bonjour SDK isn't really any good for me because it imposes too many restrictions on my project. With Cocoa I'm actually using very little of the functionality - just didFindService and netServiceDidResolveAddress really. All I want to do is find the devices of a given type and get their IP addresses.
Can anyone suggest another way around this that will work with an MFC front end on Windows?
From what I have been able to gather from researching this topic just goto http://www.opensource.apple.com/source/mDNSResponder/mDNSResponder-333.10/ and grab the source. There is a VC project file which will let you build the dll how you want.
I would like to write a Chrome plugin that will communicate with my native C++ process,
to invoke it and capture its return output.
What options do I have in the Chrome browser using npapi?
im using firebreath for npapi so mybe something with boost?
NPAPI doesn't restrict you; it's just native C++ code. That means you can use any IPC mechanism that you would used for any two processes. There won't end up being anything NPAPI-specific about what you end up with. (Given that, you might want to ask a new version of this question without mentioning Chrome or NPAPI, since you'll get more answers to a general question about IPC.)