|
Are you sure the control is developed properly and anyone else using it doesn't face these problems ,
build an application with nothing but the control on the dialog box if it still crashes its not your fault the control is faulty
or you can use try catch to catch any exceptions and try to ignore them (NOT A GREAT IDEA!!)
Symmetrical is Beautifull
IUnknown is Symmetrical
IUnknown is Beautifull
|
|
|
|
|
thank you for your reply 
Monty India wrote:
Are you sure the control is developed properly and anyone else using it doesn't face these problems
All the other apps (VB and used in web pages) seem to work ok
i cant vounch for how well it has been developed as i dont have access to the source code...
but it would appear to the the controls fault (coz when i remove all calls to it my app doesnt crash!)
the control uses callbacks...so catching exceptions is tricky...
how would you trap any/all exceptions from such a control?
regards
Bryce
|
|
|
|
|
Does anyone knows how to wirte Plam Desktop addin ? Or where can find the resources ? Thx.
|
|
|
|
|
Do you mean Palm ? If so, do you mean a conduit ?
Christian
No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002
C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
Same question. Different forum...
I want to host an IE browser control in my application and provide handling for a custom protocol. I figure I just provide the handler in my app, registering on app startup and unregistering on app shutdown.
It looks, however, like the only way to register a custom protocol handler is globally. Which means that as long as my application is running, ANY instance of IE will be elligible to use my custom protocol handler.
Is there some way to register a custom handler for a specific instance of IE? OR do I have to just put up with this "feature"?
J
May the bear never have cause to eat you.
|
|
|
|
|
You have to implement the IInternetSession interface instead, as it lasts the current process lifetime. Look here[^] for more details.
|
|
|
|
|
I think that's what I'm looking for. Thanks.
J
May the bear never have cause to eat you.
|
|
|
|
|
hy, i have read a lot about this topic, but didnt found good answers. can anybody explain, how i can code the following VB-code in VC++ ?
Sub DocumentsExample()
MsgBox(DTE.Documents.Count)
End Sub
How can i get this DTE object? the compiler doesent recognises it.
I would like to make an addin for VC++.NET in which i can manipulate the code. (textmanipulations)
can anybody tell me, how i can do this? i dont know how to do things which i coud do in VB with
activedocument.selection , etc..
thanx for any input!!!
|
|
|
|
|
When you create an add-in, you implement a set of interfaces, and some of them are passed a pointer to the current DTE instance you are looking for. So you don't really have to worry about it. More info here[^].
(DTE is short for IDTExtensibility2).
|
|
|
|
|
unfortunately, i have read all written in your link before. im now working since 2 days at this problem, and i still have no idea how to solve my problem!!!! its making me crazy!
cant you give me a link to a sample add-in (in c++) of an add-in, which simply does the following thing:
clicking on the add-ins button makes, that the currently selected text in VC++.NET (or in Word, id dont care, code will be probably ca. the same)changes, or lets say will be deleted. so you can select some lines of text, click the add-in and the text will be deleted. how can i do this? it cant be this difficult, i think, but i cannot find any explanation of how to code an addin in c++, and no good sample-code
thanx a lot for any help!
|
|
|
|
|
I believe you are confusing an add-in and a macro. Why don't just record a macro, and then examine the produced VBscript code to adapt it to more general needs?
|
|
|
|
|
i dont confuse anything. i cant record a macro because 1. its not possible to records complicated things like those i want to do. 2. my boss told me he explicitly wants all code in c++.
maby i should talk to the boss 
|
|
|
|
|
My advice then is to launch VS.NET, create a new project by choosing the project wizard called "extensibility" or something like this, then choose "shared add-in". Doing so, you've got a working skeleton created for you. And one of the methods has the IDEExtensibility2 interface we've been talking about. Using this interface, you can drill down to the current Document object, and get the selection.
My suggestion is also to read this article[^] on MSDN.
|
|
|
|
|
have you checked out this and this?. While the first shows you how to implement IDTExtensibility2 in your addin, the next allows simple text addition to visualstudio via DTE.
Hush,hush...
thought I heard you call my name now.
Kula Shaker.
Amit Dey
Latest articles at CP -
PocketPC New menu
Office addin
|
|
|
|
|
is it possible to write IE plugin on a .NET(for example
on C#)?
|
|
|
|
|
Yes. Look up Cp for Custom Explorer Bar or BHO (Browser Helper Objects). I remember I have seen a couple articles about it, using C#.
|
|
|
|
|
I hope I'm not making a complete fool of my self by asking this question and that whoever reads this understands my english...
Trying to use deskbands and have reads alll tutorials and articles forward and backwards (and I have had much use of those found here so thank you) but one thing I can't make work is how to make the deskbar appear autmaticly when I start explorer. Does anyone have any suggestion, help or link? It would be very appreciented.
//Mårten
|
|
|
|
|
I would like to know how to do this too.
|
|
|
|
|
Dear All,
Well this one is a complicated one but please bare with me.
We have an ActiveX Control developed in VB which is used to interface a client DCOM component which then connects to a DCOM server component on another machine.
The application works beautifully when the user are all on the same domain. Unfortunately we need to run the application across domains... I thought ah no problem, there are two methods to fix this:-
1. create two identical local accounts (dcom_su) with same username & password. Run the DCOM Server in the username process, give the user access/launch permissions on the server machine.
Then on the client machine make sure that the user is able to access the DCOM client on the client machine, I also added the user to launch permissions for good luck.
Anyway thats as far as I got.... next I thought about the second method.
2) Setup a trust between the NT/W2k domain.(domains NT<->W2K)
So we setup a trust and then added the the user (W2K\dcom_su) that the DCOM server process was running in to the client DCOM configuration (access/launch) permissions.
We added the user account (NT\simond) that the DCOM client will be running in to the server DCOM configuration (access permissions only). The DCOM server will already be running, so no need to have launch permissions ( i did try it with launch permissions as well just in case, but fortunately it still didnt work, otherwise that would have confused me even more!! )
Anyway load up the MFC prog as NT\simond .. and it didnt work, VB app works beautifully...
AGGGHHH...
When I tested the ActiveX control, the application looks like its working and one of the methods fails due to an Access Denied message.
The funny thing is that I have a VB app which hosts the ActiveX control so I run that and guess what? .. it works fine.. so there seems to be a difference between the way that VB inits ActiveX Controls to VC++, is that true?
I am not using CoInitializeSecurity() as wanted to handle things through the registry. I also have tried to disable DCOM authentication by switching the default connection type to 'none' on the client machine as apparently VB doesnt init DCOM security(which i think is wrong as how come it works through the VB app with security on).
Anyone have any ideas?
Love to hear them..
Anything you dont understand or i have explained poorly just say.
Think this problem is more interesting than most others!!
If I find a solution then I'll post it at least then if any of you have a similar problem you wont have to go through what i have!
TIA
Simon
|
|
|
|
|
Hello all who read this,
i gotta complete a project within the next 6 hrs, one of it's requirements is to control it thru license usin ActiveX, i know it sounds mean... but i'd b really gr8full if somebody of u'd share his/her source for license control with me!
i cant xplain how big a prob this is rite now...
NOTE: A tutorial would also b a gr8 help... on how to make an ActiveX COM for license control!
aKela_sHEr
(akelasher@yahoo.com)
-Invincible
|
|
|
|
|
I'm working on a library and am getting to the point of using enumerations over objects. From some research I've done, it seems that for full [oleautomation] support, I must use IEnumVARIANT's. Is this true? If so, I might as well use the ATL templated class, such as CComEnum, huh?
If not, I would want to use my own IEnumXXXX, and have found various ways of doing such and was wondering what was best. One was a typedef in the IDL file that uses the CComEnumImpl<> templated class and that was that. In the other case, you actually define your own interface from scratch, but are left with all the details. Is there a hybrid to this approach? Perhaps using an IEnumVARIANT internally while basically using my own IEnumXXXX as a wrapper? I've looked for some decent examples (both on CP and others, like CodeGuru) but haven't found anything.
Any suggestions would be greatly appreciated. TIA
"Well, I wouldn't say I've been missing it, Bob." - Peter Gibbons
|
|
|
|
|
Hi,
I have a client that (for example) does various effects on a given graphics file. My client needs to call a method called DoEffect(). What I want to do is provide one or more COM servers to provide the effects which would then allow others to add effects by simply building their own COM server with a DoEffect() method.
Using component categorisation, I can place my "effect servers" in a component category and my client can discover them at run-time - it will simply list a set of prog IDs or CLSIDs. Additionally, it would allow others to build their own effect servers and as long as they use the effect server categorisation, my client will list them as being able to be used.
What I want to know is how best to design my effect COM servers? Should I provide them all with an interface called (say) IEffect and then should I be able to call the DoEffect() method from the interface pointer? I guess the interface point can be derived easily enough from the PROGID/CLSID listed by component category...
Thanks for any info you can share on this
|
|
|
|
|
Yes, that's very easy - after you discover the PROGID/CLSID of the required effect component, you can call CoCreateInstance, passing the CLSID and asking for IEffect interface. Then, if the interface is known to the object you want to create, you will get directly IEffect pointer for using.
Then one simple call of the IEffect::DoEffect() method and you can release the object (or save it for later use...)
Later on, when you will need to extend your effect modules by changing the method or its parameters, you have to develop new interface, say IEffect2. Then the steps will be the same as above, but after you will have the IEffect interface, you should use QueryInterface for retrieving the IEffect2. If this step fails, it is simply some old effect object, without new features support, so you will use the old IEffect::DoEffect() way of calling.
Is that you are asking for? (frankly, the last sentence
Anonymous wrote:
I guess the interface point can be derived easily enough from the PROGID/CLSID listed by component category...
wasn't quite clear to me)
|
|
|
|
|
Thanks for the reply
Well, now I have a client (my effects browser). I have three effect COM servers, each declaring a "IMyEffect" interface, with a method "GetName()" which simply returns the name of the effect it provides.
In each COM server, I have over-ridden the default GetCategoryMap() method and added a category map to my coclass which specifies a single implemented category using a single defined CATID (in a header file accessible to all my COM servers).
In my effect browser client I've implemented code to simply list all the progIDs/clsIDs which it does successfully!
OK, now what I want to do is call the GetName() method on each and surely I should have enough information just from the CLSIDs but that's just my problem!
Normally, I'd call the CoCreateInstance method, specifying a CLSID (well I've got that, so that's OK), a reference to the interface identifier and an interface pointer in which to return a pointer to the interface on which I want to call the method!
That's now the problem though. Normally, I'd declare a pointer to the interface but I need access to the appropriate header file, likewise I also need the IID but again I need the header file. The problem is of course, I don't know which header file to include because the whole point of the browser is to select the COM server dynamically!
OK, I believe there's certain fundamentals of using COM which I'm just not grasping, but I'm close I hope
I'm wondering if:
a) there's some magical way of calling QueryInterface() to return what I need though from what I can tell, I still need an IID to specify (can I get the IID from the CLSID?). And what then about the IMyEffect pointer? I'd still have to have access to a header file!
b) I need to create a COM server defining the IMyEffect interface, then allow my effect COM servers to aggregate it and implement the actual methods themselves.
(b) sounds the most promising to me (what do you think or have I misunderstood even further how COM is supposed to work?). I could then have a header file which contined the single IID of IMyEffect and a declaration of the IMyEffect interface. Unfortunately, how do I then categorise the interfaces so that my browser can "discover" all the available effect servers at run-time?
|
|
|
|
|
Hi,
Normally I am using the other way around, as I consider the browser app to be the controlling part, the IMyEffect interface is defined in here (either directly in the exe's IDL if any or in some of the DLLs supplied directly with it - say default plugin). This normally produces the tlb file somewhere. You have to store this tlb - this is your header.
Then when you need to develop some plugin, you refers to the tlb file, receiving all required declarations:
in IDL file of the newly developed plugin:
<br />
library SOMEPLUGINLib<br />
{<br />
importlib("stdole32.tlb");<br />
importlib("stdole2.tlb");<br />
<br />
importlib("\Projects\Tlb\plugin.tlb");<br />
<br />
[uuid()<br />
]<br />
coclass SuperNewPlugin<br />
{<br />
[default] interface IMyPlugin;
}<br />
<br />
Be aware, that the IDL compiler uses different paths for searching the tlb files (at least it seemed that for me some versions later, since then I use absolute paths here)
When you need to generate the C++ part, there is very usefull directive #import "plugin.tlb" see documentation for more options with this directive (I consider some of them usefull). Then this generates the header for you and includes it into the compilation chain (In fact, it behaves as normal include)
Optionally you can refer directly the dll file instead of tlb, result is the same
This import creates some .tlh and optionally .tli files in your Debug (Release) folder, so you can inspect what actually is here. It should contain the interface definition and all IIDs and CLSIDs defined in the plugin.tlb
So then the usage is something like that:
<br />
#import "\Projects\Tlb\plugin.tlb" raw_interfaces_only, raw_native_types, no_namespace, named_guids <br />
<br />
class ATL_NO_VTABLE CSuperNewPlugin : <br />
...<br />
public IDispatchImpl<IMyPlugin, &IID_IMyPlugin, &LIBID_WHERE_THE_PLUGIN_IS_DEFINEDLib>,
...<br />
The rest remains the same...
Hope it is somehow clear, if not don't hesitate to ask more 
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
