all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
Subject: Re: Time to throw away my LOVE - Emacs ?
Date: Wed, 9 Jun 2004 07:53:24 +0000	[thread overview]
Message-ID: <klf6ac.t5.ln@acm.acm> (raw)
In-Reply-To: 40c6618b$1@news.bezeqint.net

Barak Zalstein <no_spam@no_spam.net> wrote on Wed, 09 Jun 2004 04:01:36 -0400:
> Alan Mackenzie wrote:
>> I think you've got a particular scenario in mind here.  Would you like to
>> spell it out in detail?  TIA.

> The specific scenario I have in mind is using Microsoft Visual Studio
> for development without giving up on Emacs as the IDE.

You see Emacs as an _IDE_?  I see Emacs rather as an editor, though one
with the ability usefully to invoke outside tools.  That's quite a
fundamental difference between us.

> Earlier posting about developing using Java SDK implies that Emacs
> versus a more specific development tool is a common problem across
> multiple platforms and programming languages.

OK, I'm following you now.

> There are various attemts to "escape", from exporting Makefiles (now
> you can M-x compile) up to http://www.atnetsend.net/computing/VisEmacs/
> and http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html
> but OTOH, the vendor IDE will automatically take care of all little
> nuances - class wizards, browse info, graphical resource editors,
> source control integration and debugging environment to name few.

And it is just this which bloats that program into (for me at least)
almost unmanageable complexity, as I was saying a post or two ago.

> I don't think that teaching Emacs to access all those features in a
> MSDEV generated binary is feasible nor productive in the long run, and
> if you choose the GNU toolchain instead of Visual in order to make
> Emacs happy, you will suffer from the incomatibility consequence that
> others will not encounter (again, counterproductive).

I think you're not making enough distinction between Emacs (as an editor)
and the GNU toolchain (make, etc.).  I also wouldn't expect using the
G.T. alongside of MS VS to work well (though I'd love to hear from
somebody with experience to the contrary ;-).  But using Emacs (the
editor) in an MS VS project should work without too much problem.

> My current impression from trying development with Emacs and Visual
> cuncurrently is that it can be somewhat compared to two mail clients
> competing on the same pop3 account (that is you, the developer).  In
> the end one of them has to go, and it will be the one which is
> incompatible.

Again, the difference between "Emacs the editor" and "Emacs the IDE".
But how much productivity will you be losing simply because the MS VS
editor isn't very good?  My personal choice here would be to do all
editing, browsing etc., in a separate Emacs (although I believe it's
possible to embed Emacs within MS VC), then use MS VC for building and
testing.  This, by cleanly partitioning the task, appreciably reduces the
combined complexity.

> Barak

-- 
Alan Mackenzie (Munich, Germany)
Email: aacm@muuc.dee; to decode, wherever there is a repeated letter
(like "aa"), remove half of them (leaving, say, "a").

  reply	other threads:[~2004-06-09  7:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <7e4qpod2db.fsf@ada2.unipv.it>
     [not found] ` <zn7g86jv.fsf_-_@ipanel.cn>
     [not found]   ` <un03f1k7n.fsf@standardandpoors.com>
     [not found]     ` <40c49fc7$1@news.012.net.il>
     [not found]       ` <uise318fg.fsf@standardandpoors.com>
     [not found]         ` <87ise3t36i.fsf@tc-1-100.kawasaki.gol.ne.jp>
2004-06-08  7:45           ` Time to throw away my LOVE - Emacs ? Alan Mackenzie
2004-06-08  9:08             ` David Kastrup
2004-06-08 10:56               ` Alan Mackenzie
2004-06-08 13:20                 ` Barak Zalstein
2004-06-08 13:57                   ` Alan Mackenzie
2004-06-08 15:22                     ` Barak Zalstein
2004-06-08 17:06                       ` Alan Mackenzie
2004-06-09  8:01                         ` Barak Zalstein
2004-06-09  7:53                           ` Alan Mackenzie [this message]
2004-06-10  4:57                             ` Barak Zalstein
2004-06-09  9:59                           ` Barak Zalstein
2004-06-08 22:30                       ` Miles Bader
2004-06-08 13:54           ` Galen Boyer
2004-06-11 19:31             ` Marco Parrone

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=klf6ac.t5.ln@acm.acm \
    --to=acm@muc.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.