Re: Windows - Embed Server et al.

Le Thu, 19 Apr 2012 10:03:04 +0200, Noel Grandin <noel@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@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