Windows - Embed Server et al.

[Mat M]

Le Thu, 19 Apr 2012 10:03:04 +0200, Noel Grandin <noel at peralex.com> a  
écrit:

> OOh, I really hope you're planning on working on:
> https://bugs.freedesktop.org/show_bug.cgi?id=38808
> That would make setting up windows build machines much easier.

Nope. I am not a so-skilled developer, alas.
shmget already found a solution for ATL, and I plan to add an option  
--with-atl-path to configure for that.

> ActiveX/OLE is not compiled into LO on platforms other than Windows.
>

And what about EmbedServ ? It is needed for OLE Object embedding featured  
under *nix & BSD etc, no ?


Le Thu, 19 Apr 2012 12:28:46 +0200, Michael Meeks <michael.meeks at suse.com>  
a écrit:

>
> On Thu, 2012-04-19 at 11:26 +0300, Tor Lillqvist wrote:
>> > It looks like the ActiveX control was intended to allow embedding of  
>> LO
>> > inside InternetExplorer.
>>
>> And *my* opinion is that such embedding opens up a horrible Pandora's
>> box of potential problems that we don't really have enough people to
>
> 	It is also used in Groupwise for editing mail. One item in the

I was afraid of that. A real use case of the ActiveX ;)

> Pandora's box is that 'framework' insists on storing your toolbar state
> and applying it to all windows. So if the user turns the gallery on in
> their top-level document window, it busts the E-mail editor :-) The
> E-mail editor tries to hide ~all the formatting toolbars, which busts
> the top-level document editing.
>
> 	It'd be really wonderful to have a fix for that - to make the ActiveX
> control independent of the framework madness trying to serialize it's
> settings everywhere.

I am not enough skilled in C/C++ for that, and I think it is far from an  
EasyHack anyway, so ...

> I don't really see removing it as an option though.

Of course.
>
> 	HTH,
Yes, it helps :)
>
> 		Michael.
>

-- 
Mat M