From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Interfacing ActiveX/COM-objects "natively" in Emacs Date: Sun, 27 Mar 2005 14:18:49 +0200 Message-ID: References: <7dbe73ed05032703218114182@mail.gmail.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1111927473 28189 80.91.229.2 (27 Mar 2005 12:44:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 27 Mar 2005 12:44:33 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 27 14:44:31 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DFX7x-0001Wz-CV for ged-emacs-devel@m.gmane.org; Sun, 27 Mar 2005 14:44:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFXNp-00019x-U7 for ged-emacs-devel@m.gmane.org; Sun, 27 Mar 2005 08:00:50 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DFXHV-0004vL-9s for emacs-devel@gnu.org; Sun, 27 Mar 2005 07:54:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DFXHP-0004sY-ME for emacs-devel@gnu.org; Sun, 27 Mar 2005 07:54:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFXHO-0004cc-F8 for emacs-devel@gnu.org; Sun, 27 Mar 2005 07:54:10 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DFWjC-00058C-Fu for emacs-devel@gnu.org; Sun, 27 Mar 2005 07:18:50 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1DFWjB-0008HD-TU; Sun, 27 Mar 2005 07:18:50 -0500 Original-To: Mathias Dahl In-Reply-To: <7dbe73ed05032703218114182@mail.gmail.com> (Mathias Dahl's message of "Sun, 27 Mar 2005 13:21:51 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:35233 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35233 Mathias Dahl writes: > Basically, what I need is "only" to instantiate different > ActiveX/COM-objects and use the methods and properties they provide, > not the VBScript programming language itself. > > I remember reading about someone trying to make Emacs an > ActiveX-object, and although that sounds interesting, this is not > what I think is needed here. I also remember seeing that Python has > some module that is capable of doing ActiveX-work. > > OK, enough blabbing, here is my question: what would be needed to > make it possible doing this more "natively" from Emacs? Is it > possible without rewriting major parts of Emacs? Quite likely. It does not sound like much would be required here. > Would it be possible to do using some "plug-in" dll? Is anyone else > besides be interested in it? In my opinion, it would be quite useful > for accessing Windows-specific things like Registry data, automating > "ActiveX-enabled" software (both proprietary and Free). Obviously the definite person to provide an answer to this question would be Richard Stallman. To save him some effort, since all the material for the answer has been discussed several times, I'll outline the answer to this as I understand it will be, and he can just correct what I have got wrong. First, the priority of Emacs as part of the GNU project is to promote freedom and the GNU project. That means that it will not gain any significant features that promote the use of Windows over GNU/Linux as a platform for running Emacs. The only passing chance to get an ActiveX interface at all would be if there was equivalent functionality already available with the Gtk+ and possibly other platforms. I would not bet on it. For another, it has already been decided that Emacs will not get a generic interface to call binary modules, in order not to make it legally feasible to employ it as a tightly coupled component in basically unfree systems. This argument would seem to apply also to ActiveX components. Note that this just concerns the core Emacs distribution: such facilities will not get added there. Anybody that wants to implement and employ such interfaces for his own private use is still free to do so. And such an extension to Emacs can easily be distributed under the GPL. Note that this is just my own understanding of the matter, and I am not the person to convince here, anyway. Hope this helps, -- David Kastrup, Kriemhildstr. 15, 44793 Bochum