Home » Eclipse Projects » Standard Widget Toolkit (SWT) » Idea for an easy way to get In Place MS Word and Excel ActiveX Controls
| | |
| Re: Idea for an easy way to get In Place MS Word and Excel ActiveX Controls [message #442647 is a reply to message #442640] |
Thu, 09 September 2004 19:07   |
 Kenzo
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
I don't think its a licencing problem, I think its because SWT is failing
where an ActiveX component doesn't support IClassFactory2. Perhaps you can
shed some light on this? DsoFramer is a very useful component, and it works,
but not with SWT.
"Veronika Irvine" <veronika_irvine@oti.com> wrote in message
news:chpv9p$2ce$1@eclipse.org...
> "The failure occurs when COM.OleCreate is issued with no license info in
> line 98 in OleControlSite."
>
> The documentation in
> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765 does not
> mention that there is a license required and the download does not include
a
> .LIC file. Why do you think the "-2147467262" error is a licensing
problem?
>
>
> "Kenzo" <info@thinkscape.com> wrote in message
> news:chntni$rs2$1@eclipse.org...
> >I think this is because DsoFramer does not implement classfactory2
> >interface
> > which supports licensing. Perhaps SWT always looks this interface up by
> > default rather than classfactory?
> >
> > "Devon Berry" <dmindsi@nospaml.com> wrote in message
> > news:cdmg96$ouu$1@eclipse.org...
> >> Hi,
> >>
> >> Thanks for all the OLE help I've gotten so far!
> >>
> >> I have noticed that both MS Word and Excel have issues when activating
> > them
> >> in place (either as documents or controls). Word for example doesn't
> >> show
> >> its scrollbars, and excel has sizing issues as well (especially when
used
> >> inside a page in the RCP). I have seen that most people are using the
> >> WebBrowser control to host these controls and eliminate these problems.
> >> However, IE suppresses the application toolbars and has several other
> >> nuances.
> >>
> >> Acknowledging the shortcomings of using Internet Explorer to host
Office
> >> ActiveX documents, Microsoft has released an open source ActiveX
control
> > on
> >> MSDN for doing just that:
> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765
> >>
> >> This control seems like an excellent way to embed office documents in
> >> your
> >> SWT applications without all of the framing headaches of embedding the
> >> Office OLE controls directly or toolbar headaches of using the
WebBrowser
> >> control to do it.
> >>
> >> I registered this control with regsvr32 and am successfully able to use
> >> it
> >> inside IE. When I try to instantiate it inside an OleControlSite using
> > its
> >> program ID "DSOFramer.FramerControl", I get an exception "Failed to
> >> create
> >> Ole Client. result = -2147467262". Looking this up on the MSDN yields:
> >> No
> >> Such Interface Supported.
> >>
> >> When I'm stepping through the debugger, I see that the lookups for the
> > Clsid
> >> succeed. The failure occurs when COM.OleCreate is issued with no
license
> >> info in line 98 in OleControlSite.
> >>
> >> I'm hoping that perhaps one of the SWT OLE developers could help shed
> >> some
> >> light on this so I can get this control up and running. I see that
most
> > of
> >> the OLE questions in the newsgroups refer to trying to get office
> > documents
> >> to work correctly, and I think that getting this control up and running
> >> would be a huge win for Eclipse OLE, as I have spent the last two days
> >> trying to get a decent implementation of in place Word and Excel
controls
> >> with toolbars.
> >>
> >> Devon
> >>
> >>
> >
> >
>
>
|
|
|
| Re: Idea for an easy way to get In Place MS Word and Excel ActiveX Controls [message #442648 is a reply to message #442647] |
Thu, 09 September 2004 19:39 |
Veronika Irvine
Messages: 1272
Registered: July 2009 |
Senior Member |
|
|
IClassFactory2 is only required where an ActiveX control has a license
requirement. An Active X control that does not implement IClassFactory2
can still be created using OleCreate - it just means that it does not have a
licensing constraint. I do not think that IClassFactory2 is the interface
that is missing in this case. Something else is wrong here.
"Kenzo" <info@thinkscape.com> wrote in message
news:chq9ft$kqe$1@eclipse.org...
>I don't think its a licencing problem, I think its because SWT is failing
> where an ActiveX component doesn't support IClassFactory2. Perhaps you can
> shed some light on this? DsoFramer is a very useful component, and it
> works,
> but not with SWT.
>
> "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
> news:chpv9p$2ce$1@eclipse.org...
>> "The failure occurs when COM.OleCreate is issued with no license info in
>> line 98 in OleControlSite."
>>
>> The documentation in
>> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765 does not
>> mention that there is a license required and the download does not
>> include
> a
>> .LIC file. Why do you think the "-2147467262" error is a licensing
> problem?
>>
>>
>> "Kenzo" <info@thinkscape.com> wrote in message
>> news:chntni$rs2$1@eclipse.org...
>> >I think this is because DsoFramer does not implement classfactory2
>> >interface
>> > which supports licensing. Perhaps SWT always looks this interface up by
>> > default rather than classfactory?
>> >
>> > "Devon Berry" <dmindsi@nospaml.com> wrote in message
>> > news:cdmg96$ouu$1@eclipse.org...
>> >> Hi,
>> >>
>> >> Thanks for all the OLE help I've gotten so far!
>> >>
>> >> I have noticed that both MS Word and Excel have issues when activating
>> > them
>> >> in place (either as documents or controls). Word for example doesn't
>> >> show
>> >> its scrollbars, and excel has sizing issues as well (especially when
> used
>> >> inside a page in the RCP). I have seen that most people are using the
>> >> WebBrowser control to host these controls and eliminate these
>> >> problems.
>> >> However, IE suppresses the application toolbars and has several other
>> >> nuances.
>> >>
>> >> Acknowledging the shortcomings of using Internet Explorer to host
> Office
>> >> ActiveX documents, Microsoft has released an open source ActiveX
> control
>> > on
>> >> MSDN for doing just that:
>> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765
>> >>
>> >> This control seems like an excellent way to embed office documents in
>> >> your
>> >> SWT applications without all of the framing headaches of embedding the
>> >> Office OLE controls directly or toolbar headaches of using the
> WebBrowser
>> >> control to do it.
>> >>
>> >> I registered this control with regsvr32 and am successfully able to
>> >> use
>> >> it
>> >> inside IE. When I try to instantiate it inside an OleControlSite
>> >> using
>> > its
>> >> program ID "DSOFramer.FramerControl", I get an exception "Failed to
>> >> create
>> >> Ole Client. result = -2147467262". Looking this up on the MSDN
>> >> yields:
>> >> No
>> >> Such Interface Supported.
>> >>
>> >> When I'm stepping through the debugger, I see that the lookups for the
>> > Clsid
>> >> succeed. The failure occurs when COM.OleCreate is issued with no
> license
>> >> info in line 98 in OleControlSite.
>> >>
>> >> I'm hoping that perhaps one of the SWT OLE developers could help shed
>> >> some
>> >> light on this so I can get this control up and running. I see that
> most
>> > of
>> >> the OLE questions in the newsgroups refer to trying to get office
>> > documents
>> >> to work correctly, and I think that getting this control up and
>> >> running
>> >> would be a huge win for Eclipse OLE, as I have spent the last two days
>> >> trying to get a decent implementation of in place Word and Excel
> controls
>> >> with toolbars.
>> >>
>> >> Devon
>> >>
>> >>
>> >
>> >
>>
>>
>
>
|
|
|
| Re: Idea for an easy way to get In Place MS Word and Excel ActiveX Controls [message #442650 is a reply to message #442648] |
Thu, 09 September 2004 20:20 |
Kenzo
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
I am stumped. Is it something peculiar to DsoFramer?
"Veronika Irvine" <veronika_irvine@oti.com> wrote in message
news:chqbah$nuk$1@eclipse.org...
> IClassFactory2 is only required where an ActiveX control has a license
> requirement. An Active X control that does not implement IClassFactory2
> can still be created using OleCreate - it just means that it does not have
a
> licensing constraint. I do not think that IClassFactory2 is the interface
> that is missing in this case. Something else is wrong here.
>
> "Kenzo" <info@thinkscape.com> wrote in message
> news:chq9ft$kqe$1@eclipse.org...
> >I don't think its a licencing problem, I think its because SWT is failing
> > where an ActiveX component doesn't support IClassFactory2. Perhaps you
can
> > shed some light on this? DsoFramer is a very useful component, and it
> > works,
> > but not with SWT.
> >
> > "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
> > news:chpv9p$2ce$1@eclipse.org...
> >> "The failure occurs when COM.OleCreate is issued with no license info
in
> >> line 98 in OleControlSite."
> >>
> >> The documentation in
> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765 does not
> >> mention that there is a license required and the download does not
> >> include
> > a
> >> .LIC file. Why do you think the "-2147467262" error is a licensing
> > problem?
> >>
> >>
> >> "Kenzo" <info@thinkscape.com> wrote in message
> >> news:chntni$rs2$1@eclipse.org...
> >> >I think this is because DsoFramer does not implement classfactory2
> >> >interface
> >> > which supports licensing. Perhaps SWT always looks this interface up
by
> >> > default rather than classfactory?
> >> >
> >> > "Devon Berry" <dmindsi@nospaml.com> wrote in message
> >> > news:cdmg96$ouu$1@eclipse.org...
> >> >> Hi,
> >> >>
> >> >> Thanks for all the OLE help I've gotten so far!
> >> >>
> >> >> I have noticed that both MS Word and Excel have issues when
activating
> >> > them
> >> >> in place (either as documents or controls). Word for example
doesn't
> >> >> show
> >> >> its scrollbars, and excel has sizing issues as well (especially when
> > used
> >> >> inside a page in the RCP). I have seen that most people are using
the
> >> >> WebBrowser control to host these controls and eliminate these
> >> >> problems.
> >> >> However, IE suppresses the application toolbars and has several
other
> >> >> nuances.
> >> >>
> >> >> Acknowledging the shortcomings of using Internet Explorer to host
> > Office
> >> >> ActiveX documents, Microsoft has released an open source ActiveX
> > control
> >> > on
> >> >> MSDN for doing just that:
> >> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765
> >> >>
> >> >> This control seems like an excellent way to embed office documents
in
> >> >> your
> >> >> SWT applications without all of the framing headaches of embedding
the
> >> >> Office OLE controls directly or toolbar headaches of using the
> > WebBrowser
> >> >> control to do it.
> >> >>
> >> >> I registered this control with regsvr32 and am successfully able to
> >> >> use
> >> >> it
> >> >> inside IE. When I try to instantiate it inside an OleControlSite
> >> >> using
> >> > its
> >> >> program ID "DSOFramer.FramerControl", I get an exception "Failed to
> >> >> create
> >> >> Ole Client. result = -2147467262". Looking this up on the MSDN
> >> >> yields:
> >> >> No
> >> >> Such Interface Supported.
> >> >>
> >> >> When I'm stepping through the debugger, I see that the lookups for
the
> >> > Clsid
> >> >> succeed. The failure occurs when COM.OleCreate is issued with no
> > license
> >> >> info in line 98 in OleControlSite.
> >> >>
> >> >> I'm hoping that perhaps one of the SWT OLE developers could help
shed
> >> >> some
> >> >> light on this so I can get this control up and running. I see that
> > most
> >> > of
> >> >> the OLE questions in the newsgroups refer to trying to get office
> >> > documents
> >> >> to work correctly, and I think that getting this control up and
> >> >> running
> >> >> would be a huge win for Eclipse OLE, as I have spent the last two
days
> >> >> trying to get a decent implementation of in place Word and Excel
> > controls
> >> >> with toolbars.
> >> >>
> >> >> Devon
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>
|
|
|
| Re: Idea for an easy way to get In Place MS Word and Excel ActiveX Controls [message #442660 is a reply to message #442650] |
Fri, 10 September 2004 12:52 |
Veronika Irvine
Messages: 1272
Registered: July 2009 |
Senior Member |
|
|
OleCreate is a "helper" function which simplifies embedding ActiveX
controls. However, one can instead implement the functionality of OleCreate
using lower level OS calls. this would give us more flexibility. I am
investigating that avenue. However, it is something that will require
extensive testing and a bit of time to verify that what we have is better
than using OleCreate before I will release the change into HEAD for 3.1.
Since this is not the only thing I have on my plate right now, it will take
some time. If you enter a bug report against Platform SWT, I will put
patches in the bug report so you can try the changes out yourself.
"Kenzo" <info@thinkscape.com> wrote in message
news:chqdnv$rst$1@eclipse.org...
>I am stumped. Is it something peculiar to DsoFramer?
>
> "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
> news:chqbah$nuk$1@eclipse.org...
>> IClassFactory2 is only required where an ActiveX control has a license
>> requirement. An Active X control that does not implement IClassFactory2
>> can still be created using OleCreate - it just means that it does not
>> have
> a
>> licensing constraint. I do not think that IClassFactory2 is the
>> interface
>> that is missing in this case. Something else is wrong here.
>>
>> "Kenzo" <info@thinkscape.com> wrote in message
>> news:chq9ft$kqe$1@eclipse.org...
>> >I don't think its a licencing problem, I think its because SWT is
>> >failing
>> > where an ActiveX component doesn't support IClassFactory2. Perhaps you
> can
>> > shed some light on this? DsoFramer is a very useful component, and it
>> > works,
>> > but not with SWT.
>> >
>> > "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
>> > news:chpv9p$2ce$1@eclipse.org...
>> >> "The failure occurs when COM.OleCreate is issued with no license info
> in
>> >> line 98 in OleControlSite."
>> >>
>> >> The documentation in
>> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765 does
>> >> not
>> >> mention that there is a license required and the download does not
>> >> include
>> > a
>> >> .LIC file. Why do you think the "-2147467262" error is a licensing
>> > problem?
>> >>
>> >>
>> >> "Kenzo" <info@thinkscape.com> wrote in message
>> >> news:chntni$rs2$1@eclipse.org...
>> >> >I think this is because DsoFramer does not implement classfactory2
>> >> >interface
>> >> > which supports licensing. Perhaps SWT always looks this interface up
> by
>> >> > default rather than classfactory?
>> >> >
>> >> > "Devon Berry" <dmindsi@nospaml.com> wrote in message
>> >> > news:cdmg96$ouu$1@eclipse.org...
>> >> >> Hi,
>> >> >>
>> >> >> Thanks for all the OLE help I've gotten so far!
>> >> >>
>> >> >> I have noticed that both MS Word and Excel have issues when
> activating
>> >> > them
>> >> >> in place (either as documents or controls). Word for example
> doesn't
>> >> >> show
>> >> >> its scrollbars, and excel has sizing issues as well (especially
>> >> >> when
>> > used
>> >> >> inside a page in the RCP). I have seen that most people are using
> the
>> >> >> WebBrowser control to host these controls and eliminate these
>> >> >> problems.
>> >> >> However, IE suppresses the application toolbars and has several
> other
>> >> >> nuances.
>> >> >>
>> >> >> Acknowledging the shortcomings of using Internet Explorer to host
>> > Office
>> >> >> ActiveX documents, Microsoft has released an open source ActiveX
>> > control
>> >> > on
>> >> >> MSDN for doing just that:
>> >> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765
>> >> >>
>> >> >> This control seems like an excellent way to embed office documents
> in
>> >> >> your
>> >> >> SWT applications without all of the framing headaches of embedding
> the
>> >> >> Office OLE controls directly or toolbar headaches of using the
>> > WebBrowser
>> >> >> control to do it.
>> >> >>
>> >> >> I registered this control with regsvr32 and am successfully able to
>> >> >> use
>> >> >> it
>> >> >> inside IE. When I try to instantiate it inside an OleControlSite
>> >> >> using
>> >> > its
>> >> >> program ID "DSOFramer.FramerControl", I get an exception "Failed to
>> >> >> create
>> >> >> Ole Client. result = -2147467262". Looking this up on the MSDN
>> >> >> yields:
>> >> >> No
>> >> >> Such Interface Supported.
>> >> >>
>> >> >> When I'm stepping through the debugger, I see that the lookups for
> the
>> >> > Clsid
>> >> >> succeed. The failure occurs when COM.OleCreate is issued with no
>> > license
>> >> >> info in line 98 in OleControlSite.
>> >> >>
>> >> >> I'm hoping that perhaps one of the SWT OLE developers could help
> shed
>> >> >> some
>> >> >> light on this so I can get this control up and running. I see that
>> > most
>> >> > of
>> >> >> the OLE questions in the newsgroups refer to trying to get office
>> >> > documents
>> >> >> to work correctly, and I think that getting this control up and
>> >> >> running
>> >> >> would be a huge win for Eclipse OLE, as I have spent the last two
> days
>> >> >> trying to get a decent implementation of in place Word and Excel
>> > controls
>> >> >> with toolbars.
>> >> >>
>> >> >> Devon
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>
|
|
|
| Re: Idea for an easy way to get In Place MS Word and Excel ActiveX Controls [message #442665 is a reply to message #442660] |
Fri, 10 September 2004 15:21 |
Kenzo
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
Created a bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=73673
Will look forward to trying out the patches.
Thanks.
"Veronika Irvine" <veronika_irvine@oti.com> wrote in message
news:chs7rp$fb7$1@eclipse.org...
> OleCreate is a "helper" function which simplifies embedding ActiveX
> controls. However, one can instead implement the functionality of
OleCreate
> using lower level OS calls. this would give us more flexibility. I am
> investigating that avenue. However, it is something that will require
> extensive testing and a bit of time to verify that what we have is better
> than using OleCreate before I will release the change into HEAD for 3.1.
> Since this is not the only thing I have on my plate right now, it will
take
> some time. If you enter a bug report against Platform SWT, I will put
> patches in the bug report so you can try the changes out yourself.
>
> "Kenzo" <info@thinkscape.com> wrote in message
> news:chqdnv$rst$1@eclipse.org...
> >I am stumped. Is it something peculiar to DsoFramer?
> >
> > "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
> > news:chqbah$nuk$1@eclipse.org...
> >> IClassFactory2 is only required where an ActiveX control has a license
> >> requirement. An Active X control that does not implement
IClassFactory2
> >> can still be created using OleCreate - it just means that it does not
> >> have
> > a
> >> licensing constraint. I do not think that IClassFactory2 is the
> >> interface
> >> that is missing in this case. Something else is wrong here.
> >>
> >> "Kenzo" <info@thinkscape.com> wrote in message
> >> news:chq9ft$kqe$1@eclipse.org...
> >> >I don't think its a licencing problem, I think its because SWT is
> >> >failing
> >> > where an ActiveX component doesn't support IClassFactory2. Perhaps
you
> > can
> >> > shed some light on this? DsoFramer is a very useful component, and it
> >> > works,
> >> > but not with SWT.
> >> >
> >> > "Veronika Irvine" <veronika_irvine@oti.com> wrote in message
> >> > news:chpv9p$2ce$1@eclipse.org...
> >> >> "The failure occurs when COM.OleCreate is issued with no license
info
> > in
> >> >> line 98 in OleControlSite."
> >> >>
> >> >> The documentation in
> >> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765 does
> >> >> not
> >> >> mention that there is a license required and the download does not
> >> >> include
> >> > a
> >> >> .LIC file. Why do you think the "-2147467262" error is a licensing
> >> > problem?
> >> >>
> >> >>
> >> >> "Kenzo" <info@thinkscape.com> wrote in message
> >> >> news:chntni$rs2$1@eclipse.org...
> >> >> >I think this is because DsoFramer does not implement classfactory2
> >> >> >interface
> >> >> > which supports licensing. Perhaps SWT always looks this interface
up
> > by
> >> >> > default rather than classfactory?
> >> >> >
> >> >> > "Devon Berry" <dmindsi@nospaml.com> wrote in message
> >> >> > news:cdmg96$ouu$1@eclipse.org...
> >> >> >> Hi,
> >> >> >>
> >> >> >> Thanks for all the OLE help I've gotten so far!
> >> >> >>
> >> >> >> I have noticed that both MS Word and Excel have issues when
> > activating
> >> >> > them
> >> >> >> in place (either as documents or controls). Word for example
> > doesn't
> >> >> >> show
> >> >> >> its scrollbars, and excel has sizing issues as well (especially
> >> >> >> when
> >> > used
> >> >> >> inside a page in the RCP). I have seen that most people are
using
> > the
> >> >> >> WebBrowser control to host these controls and eliminate these
> >> >> >> problems.
> >> >> >> However, IE suppresses the application toolbars and has several
> > other
> >> >> >> nuances.
> >> >> >>
> >> >> >> Acknowledging the shortcomings of using Internet Explorer to host
> >> > Office
> >> >> >> ActiveX documents, Microsoft has released an open source ActiveX
> >> > control
> >> >> > on
> >> >> >> MSDN for doing just that:
> >> >> >> http://support.microsoft.com/default.aspx?scid=kb;en-us;311765
> >> >> >>
> >> >> >> This control seems like an excellent way to embed office
documents
> > in
> >> >> >> your
> >> >> >> SWT applications without all of the framing headaches of
embedding
> > the
> >> >> >> Office OLE controls directly or toolbar headaches of using the
> >> > WebBrowser
> >> >> >> control to do it.
> >> >> >>
> >> >> >> I registered this control with regsvr32 and am successfully able
to
> >> >> >> use
> >> >> >> it
> >> >> >> inside IE. When I try to instantiate it inside an OleControlSite
> >> >> >> using
> >> >> > its
> >> >> >> program ID "DSOFramer.FramerControl", I get an exception "Failed
to
> >> >> >> create
> >> >> >> Ole Client. result = -2147467262". Looking this up on the MSDN
> >> >> >> yields:
> >> >> >> No
> >> >> >> Such Interface Supported.
> >> >> >>
> >> >> >> When I'm stepping through the debugger, I see that the lookups
for
> > the
> >> >> > Clsid
> >> >> >> succeed. The failure occurs when COM.OleCreate is issued with no
> >> > license
> >> >> >> info in line 98 in OleControlSite.
> >> >> >>
> >> >> >> I'm hoping that perhaps one of the SWT OLE developers could help
> > shed
> >> >> >> some
> >> >> >> light on this so I can get this control up and running. I see
that
> >> > most
> >> >> > of
> >> >> >> the OLE questions in the newsgroups refer to trying to get office
> >> >> > documents
> >> >> >> to work correctly, and I think that getting this control up and
> >> >> >> running
> >> >> >> would be a huge win for Eclipse OLE, as I have spent the last two
> > days
> >> >> >> trying to get a decent implementation of in place Word and Excel
> >> > controls
> >> >> >> with toolbars.
> >> >> >>
> >> >> >> Devon
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>
|
|
|
Goto Forum:
Current Time: Fri Apr 26 03:46:25 GMT 2024
Powered by FUDForum. Page generated in 0.03568 seconds |
] 
Search
Help
Register
Login
Home
