all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: <klaus.berndl@sdm.de>
To: <joakim@verona.se>, <emacs-devel@gnu.org>
Subject: RE: Things I would like to be added after the release
Date: Tue, 29 May 2007 11:36:44 +0200	[thread overview]
Message-ID: <A47B192B0358794C958615D788BF7FB70352586E@mucmail1.sdm.de> (raw)
In-Reply-To: <m31wh0f45y.fsf@kurono.home>

joakim@verona.se wrote:
> Richard Stallman <rms@gnu.org> writes:
> 
>> It would be nice to get CEDET and ECB included, but that is a big
>> job. People need to (1) study whether these packages are implemented
>> in the best way to fit naturally into Emacs, then (2) change whatever
>> neds changing to make that so, then (3) get legal papers from
> 
> Cedet is legally ready to be included in emacs acording to Eric
> Ludlam. Some parts, such as the speedbar, already are.
> 
> If you enable all the Cedet features at the same time, some
> emacs users will be confused, possibly even annoyed. So my strategy
> would be to just include cedet in the emacs core, in which case it
> does nothing, and then try it out piece by piece.
> 
> ECB might require more attention since its written with a lot of
> defadvice. Again I would propose simply merging this package(after
> Cedet) and take care of the defadvices one by one, to see if more
> natural emacs facilities can be created.


(3) in Richards list will not be the problem... ;-) - in the other aspects
i agree with Richard, at least concerning ECB (can not speak for cedet)...
we had already a discussion which changes in the Emacs-core would be necessary
to remove a lot of the advices (or at least to code them much more
simple)... most important a new flag on a window-object (similar to the
dedicated-flag) which prevents such a window from being affected by 
window-operations like delete-other-windows etc...

(See a thread called "ECB" in this mailing list from ~ july 2004)

But here is (4): Currently ECB contains a lot of compatibility-code so
ECB runs as best as possible with Emacs and XEmacs... this is a goal of
ECB and should remain as a goal. I doubt Richard wants to have XEmacs-
compatibility-code in the ECB integrated in the Emacs-trunc ;-)

But then we would have to maintain two ECB-trunks: That one integrated into
Emacs and that one running with both emacs-flavors...

In general i would greatly appreciate if ECB could be integrated into Emacs but
seems really be a big big job...

To get a realistic picture about the necessary code-changing-efforts it would 
help to get a "review" of the code from one of the Emacs-gurus responsible for
Emacs-coding-guidelines and responsible for integrating big packages...
The code is well documented (at least in most cases) and should follow
Emacs coding standards... but its really a huge code-base!

Klaus

> 
> 
>> everyone involved.
>> 
>> Would people like to start on these tasks?

  reply	other threads:[~2007-05-29  9:36 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-28  9:04 Things I would like to be added after the release joakim
2007-05-29  0:02 ` Richard Stallman
2007-05-29  8:02   ` joakim
2007-05-29  9:36     ` klaus.berndl [this message]
2007-05-29  9:52       ` Michael Albinus
2007-05-29  9:56       ` David Kastrup
2007-06-16  5:01         ` T. V. Raman
2007-06-16 18:50           ` Richard Stallman
2007-06-16 23:37             ` T. V. Raman
2007-06-16 23:50               ` Miles Bader
2007-06-17 18:08                 ` T. V. Raman
2007-06-17 20:15                   ` Nick Roberts
2007-06-18  3:25                     ` Stephen J. Turnbull
2007-06-18 21:31                       ` Richard Stallman
2007-06-21  7:29                       ` T. V. Raman
2007-06-21  8:09                         ` Stefan Monnier
2007-06-17  8:54               ` Richard Stallman
2007-06-17 12:47           ` Stefan Monnier
2007-06-17 16:00             ` joakim
2007-05-29 10:02       ` joakim
2007-05-29 10:16         ` David Kastrup
2007-06-02  2:54       ` Richard Stallman
2007-06-04  0:17     ` Richard Stallman
2007-06-04  0:17     ` Richard Stallman

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=A47B192B0358794C958615D788BF7FB70352586E@mucmail1.sdm.de \
    --to=klaus.berndl@sdm.de \
    --cc=emacs-devel@gnu.org \
    --cc=joakim@verona.se \
    /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.