|
Hi again,
I found the solution.
I use Outlook::_Application to get the active inspector
I'm then able to get the editor type and the HTML editor in a clean way.
An interface query on the html editor gives an IHTMLDocument.
Insertion is done using get Selection and IHtmlTxtRange. (see http://starkravingfinkle.org/blog/2005/01/)
--
Nicolas
|
|
|
|
|
I heard Mac OS suports COM. Is that true? Do unix ,linux or QNX support COM or COM is just a binary standard on windows?
|
|
|
|
|
Hi,
I have developed a MFC ActiveX control and embeded it in IE. The control is working fine but when another instance of IE is opened using Ctrl+N, I am getting ASSERT exception in debug mode and in Release mode IE crashes.
Note that if the second instance is opened without using Ctrl+N (i.e by using explorer icon) no exception arrises.
what could be wrong. your support is highly appreciated.
Thanks
Muhammad Azam
|
|
|
|
|
You've obviously got a problem with your control when more than one instance of it is created. This is probably a threading issue since IIRC Internet Explorer creates a new thread for each browser window. If your control is marked apartment-threaded (which it is, by default), then the second instance of your control will be running on a different thread from the first.
When a second instance is opened by using the icon, a new IEXPLORE.EXE process is created. This gives a whole new address space, so the problem does not occur.
It might help diagnose the problem if you post the file and line number on which the ASSERT occurs.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Thanks a Lot Mike, your answer has given me a new dimension to think. first of all i need to know 2 things
1. what is
Mike Dimmick wrote: IIRC Internet Explorer
and what it does?
2. how co i know whether my control is
Mike Dimmick wrote: marked apartment-threaded
and is the problem due to the fact that you wrote:
Mike Dimmick wrote: your control is marked apartment-threaded (which it is, by default), then the second instance of your control will be running on a different thread from the first.
yes the line where i am getting the Assert is, when i try to access Frame window ( that i have created in my control) using AfxGetApp()->m_pMainFrame or AfxGetMainWnd().
thanks once again for your response
Muhammad Azam
|
|
|
|
|
This is the first time I've worked with an OCX in C and I'm having trouble getting it to run. I'm trying to use a barcode control[^]. This is not a visual application, there's no gui, I'm using it to print barcodes.
I used the class wizard to import it, it created an ezbarx32.h/cpp. I seem to be able to successfully create it using
COleException tvExerror;
_DBarcode Barcode;
if (!(Barcode.CreateDispatch("EZBARX32.BarcodeCtrl.2", &tvExerror)))
{
char tvBuf[10];
itoa(tvExerror.m_sc, tvBuf, 10);
throw CEMException(CString("CreateDispatch() failed! - ") + tvBuf);
}
but as soon as I try to call a method
Barcode.SetBarcodeType(22);
I get an un-handled exception. Debuging into it I find that this call in the libraries
SCODE sc = m_lpDispatch->Invoke(dwDispID, IID_NULL, 0, wFlags,
&dispparams, pvarResult, &excepInfo, &nArgErr);
returns 0x8000ffff in sc which causes the error checking code after it to report an exception.
Anyone know what I might be missing? I know the control works, it's used in some programs in other languages without any problems.
|
|
|
|
|
can somebody pls explain what this piece of code means??
"Data" is used as a datatype throughout the idl file but isnt it an object...?? and why typedef the uuid? im a novice programmer pls help
<br />
typedef [uuid(----- ----- ------------ ---------), version(1.0)]<br />
enum {<br />
None_o = 0,<br />
Endpoint_o = 1,<br />
Midpoint_o = 2,<br />
Nearest_o = 3,<br />
Perpendicular_o = 4,<br />
Intersection_o = 5,<br />
Tangent_o = 6,<br />
Quadrant_o = 7,<br />
Node_o = 8,<br />
User_o = 9<br />
} Data;<br />
im inserting activex controls in a com. this a part of the idl generated from the ocx.
-- modified at 6:32 Wednesday 28th June, 2006
|
|
|
|
|
Spot the keyword enum. This is an enumerated type. IDL follows the C syntax - enums live in a separate namespace from the standard types, so you must use enum foo rather than just foo when using them. To work around this, virtually every enum you'll ever see is put in a typedef declaration to create a type name in the global type namespace. A Microsoft extension to C allows the name of the enum itself to be omitted if you do the typedef in the same declaration as the enum itself, and again this has carried over to IDL.
The [uuid] and [version] attributes are attached to the enum declaration, not the typedef itself. Enumerated types must have GUIDs the same as everything else. You can modify an enumeration without changing the GUID as long as you only add new values; you cannot delete existing ones or renumber them.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Hi mike,
i got it... i guess this is what i understood of this before i put up a post... but then why does the compiler give me an error saying that i need to add a type specifier before the datatype? can you suggest any changes in the idl file...
thanks
nikhil
|
|
|
|
|
|
Hi,
I am developing the COM addin for outlook 2000 with Windows XP OS.
I am facing the problems while adding the picture on the button of the toolbar. as I have added the picture on outlook 2003 sucessfully but the API put_Picture i have used in OL2003 is not working with OL2000..
Is there any way to do same??
Knock out 't' from can't,
You can if you think you can
|
|
|
|
|
 Try using
tempButton->Style=Office::msoButtonIconAndCaption;
tempButton->Caption="Hello";
tempButton->FaceId=67;
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
Thanks man,
I have the idea about it... but this work only for the faceid's provided by Outlook itself..
I want to add custom face to the button using the picture and mask i created.
Thanks for instant reply.
Knock out 't' from can't,
You can if you think you can
|
|
|
|
|
Hi use this one:
void SetBitmap(CComQIPtr<office::_commandbarbutton>tempButton,const int& imageId)
{
CComQIPtr < Office::_CommandBarButton> spButton(tempButton);
ATLASSERT(spButton);
bool transparence;
HBITMAP hBmp =(HBITMAP)::LoadImage(_Module.GetResourceInstance(),
MAKEINTRESOURCE(imageId),IMAGE_BITMAP,0,0,NULL);
// put bitmap into Clipboard
::OpenClipboard(NULL);
::EmptyClipboard();
::SetClipboardData(CF_BITMAP, (HANDLE)hBmp);
::CloseClipboard();
::DeleteObject(hBmp);
// set style before setting bitmap
spButton->PutStyle(Office::msoButtonIconAndCaption);
HRESULT hr = spButton->PasteFace();
spButton->PutVisible(VARIANT_TRUE);
}
jhala ki sang aplyakade sagle ahe
Cheers
"Peace of mind through Technology"
|
|
|
|
|
Thanks you yaar.
Knock out 't' from can't,
You can if you think you can
|
|
|
|
|
Hello everybody,
I have registered some ActiveX controls on my machine (bought a SDK from a customer which works fine in their HTML web-test-page).
I have created a Visual Studio C++ new ActiveX server like this :
File / New / New ATLCOM AppWizard
Insert / New ATL object / Single object / Single threading model
Now I have my own ActiveX Server, everything's great, compiling and all.
===> BUT in this/my ActiveX I would like to add "the" ActiveX from my customer sold me (name IQViewX class)
I open :
Project / Add to project / Components and controls / Registered ActiveX Controls
but I don't see anything !
Whereas in the "OLE-COM object Viewer" I can see the QViewX class !
How can I add everything I need into my project ?
Thanks alot,
ptiJean
|
|
|
|
|
Hi,
As far as i Know the ActiveX control that you have bought from your customer is a liscensed ActiveX control, means that you can't use this control in your applications.
Only those persons who have .lic file of this control can use the control in their applications.
since you might not have .lic file so you can only see this control in your customer's built application and you can't built an application, making use of the control.
I guess this answers you
Muhammad Azam
|
|
|
|
|
Hello,
I'm trying to use a Dll file in form of COM.
The dll file is of a commercial application and doesn't have the .tlb file.
I tried to use #import directive in order to use 'smart pointers'.
the compiler throws many errors regarding incorrect syntax in .tlh and .tli files....
Alough it reads in MSDN that #import directive can take .dll files...
has anybody got an idea?
|
|
|
|
|
|
#import can take .DLL if it follows COM and has a TLB within its Resource.
On MSDN, check for the attributes to be used along with #import
S o h a i l K a d i w a l a
modified 21-Apr-21 21:01pm.
|
|
|
|
|
Thanks guys!
The MSDN doesn't note that, nor Dr. Gui....
anyway I don't have any documentation regarding the DLL, so I decided to leave it for now, till I get some information about it... 
|
|
|
|
|
Hi,
I wrote a class that is using A COM object. I'm also using the COM interface method which is sending the data to COM object and work with them. The problem is that I run the loop which sends the data all the time. To avoid crushing application Form(I think that this infinite loop blocks message loop) i run the loop in thread. But then I get exception "Unable to cast COM object of type 'System.__ComObject' to interface type..." Can you give me any advice what can I do whith it?
|
|
|
|
|
You need a marshaller for your COM object - the COM runtime needs to be able to take the parameters for your call and move them to another thread, call the object, then move the return values back to the calling thread.
Firstly, check what sort of object it is. In the registry, under the object's CLSID key, under InprocServer32, you'll see a ThreadingModel value. If this value isn't present at all, the object is single-threaded - calls to it will always run on the first thread in your application, regardless of the thread on which you create the object. If it's 'Apartment', calls to the object will always run on the thread that created it. If it's 'Free', calls to the object will run on the same thread as the caller. If it's 'Both', the behaviour depends on the creating thread: if the creating thread is in a Single Threaded Apartment [STA], it behaves like 'Apartment', but if it's in the Multi-Threaded Apartment [MTA], it behaves like 'Free'.
You can control which apartment each thread lives in. By default in .NET all threads are in the MTA, unless the [STAThread] attribute is used on the thread's start method to force it into the STA. This is done by the WinForms project types on the Main function to make the initial thread an STA thread, for compatibility with ActiveX controls, which must be either not marked or marked 'Apartment'.
IIRC, you still need a marshaller with 'Free' model classes if the creating thread is an STA thread. This marshaller ensures that any events that the class raises (or any other callbacks it makes) come back to the creating thread.
Ideally you probably want to avoid marshalling. If you only want to access the object from a worker thread, create it as needed. Don't create it on the UI thread and keep it around. In fact, if you do create it on the UI thread and it's an Apartment model class, the calls will get marshalled back to the UI thread anyway and still block the UI.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Thank you for help.
I'm still working on it.
Now I use [MTAThread] before main and everything works fine.
|
|
|
|
|
Hi,
Ok, this question may sound strange to you all, but here goes. I have an In Proc COM Server with ConnectionPoints implemented, created using ATL. Now, this COM Server must display a Window. Since the Window has a message loop of its own, I am creating the Window in a different thread. The Window has been created using WTL 7.1. There should be communication between the main COM thread and the window thread such that the COM Server can call the Window's functions and the Window should be able to call the COM Server in case of events so that the parent application can be notified through Connections points.
Can someone guide me as to how to achieve the above scenario which I have explained? The communication between the threads is killing me.
I haven't tried running the DLL in a Separate Process using DLL Surrogates because frankly, I haven't looked at them and more importantly, I do not have the time.
---
Hakuna-Matada
It means no worries for the rest of your days...
It's our problem free, Philosophy
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
