unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: "Lennart Borgman" <lennart.borgman@gmail.com>
To: "Nikolaj Schumacher" <me@nschum.de>
Cc: "Sébastien Vauban" <zthjwsqqafhv@spammotel.com>, help-gnu-emacs@gnu.org
Subject: Re: split screen horizontally into three equally spaced sections
Date: Fri, 10 Oct 2008 21:36:46 +0200	[thread overview]
Message-ID: <e01d8a50810101236n7ef26c1fxde6b6b62a5669fa@mail.gmail.com> (raw)
In-Reply-To: <m21vyoclve.fsf@nschum.de>

On Fri, Oct 10, 2008 at 9:04 PM, Nikolaj Schumacher <me@nschum.de> wrote:
> "Lennart Borgman (gmail)" <lennart.borgman@gmail.com> wrote:
>
>> when it comes to more complex things then I definitively prefer
>> bundling. Remember that complexity tends to grow exponentially with the
>> number of involved things.
>
> Exactly.  If two things are tied-together, there are more things
> involved.  If they are separate, complexity is actually reduced.

I think you deliberately are trying to hide my point ;-)

Yes, you are right in a sense, but my point is that you reduce
complexity by binding things together. When you bundle elisp libraries
you know which versions are included and thus reduce complexity since
the version dimension is fixed.


> We're talking about slightly different things, I think.  When there are
> real dependencies, I don't mind packaging.  It's a sane choice in
> absence of package management.  But many packages have artificial
> dependencies that wouldn't have to exist.

I do some cleanup on that whenever I have time ... ;-)


> I don't know about your package, so I don't want to make any
> assumptions.  But, for example, ECB can only reasonably used with the
> included (brain-dead) window management.  There is no way to just use
> the (excellent) class browser.  That's a serious restriction...

I do not know ECB, but I think you should look a bit closer if you
think the window management is brain-dead. I think Eric has struggled
quite a lot with the somewhat limited window management capabilities
that are available currently in Emacs.

This has been discussed on the developers list. If you are willing to
work with this I think there are still things to be done. Please look
in the archive.

You might be right that the coupling window-management/cloase browser
is unnecessary, I don't know. But I know that Eric has made some
rather silent complaints that he is doing most of the work on CEDET et
al himself. So there is room for you there as well!

> It seems that winsize is optional, as well as separately usable.  I don't
> mind that they're in the same zip file.  I just think that bundling
> generally increases the risk that they needlessly get tangled together.
> I hope that doesn't happen.

It happens all the time when you are in a hurry. It also happens when
primitives you need are not available in Emacs. Getting them into
Emacs often takes a long time because of the limited number of
developers. While waiting for that things must be bundled (or you have
to double the code which is much, much worse).

To sum it up: Most of the time what people think is bad bundling is
more a lack of understanding in the beholder.

And of course a lack of time on both sides. The hard thing is to find
reasonable ways to work with the limited resources we have. I have
found that some bundling is often an effective way.


> regards,
> Nikolaj Schumacher
>




  reply	other threads:[~2008-10-10 19:36 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-14 11:52 split screen horizontally into three equally spaced sections Gil
2008-09-14 12:09 ` harven
2008-09-14 12:48 ` Rupert Swarbrick
2008-09-14 16:01   ` Peter Dyballa
2008-09-16  5:22 ` Allan Gottlieb
     [not found] ` <mailman.19329.1221542577.18990.help-gnu-emacs@gnu.org>
2008-10-07 22:26   ` maps.automation58
2008-10-08 19:15     ` Allan Gottlieb
2008-10-08 22:01     ` Bastien
     [not found]     ` <mailman.622.1223503318.25473.help-gnu-emacs@gnu.org>
2008-10-10  7:11       ` Sébastien Vauban
2008-10-10  8:00         ` harven
2008-10-10  8:02         ` Lennart Borgman (gmail)
2008-10-10 15:53           ` Nikolaj Schumacher
2008-10-10 16:10             ` Lennart Borgman (gmail)
2008-10-10 19:04               ` Nikolaj Schumacher
2008-10-10 19:36                 ` Lennart Borgman [this message]
2008-10-11 12:57                   ` Nikolaj Schumacher
     [not found]                   ` <mailman.852.1223729847.25473.help-gnu-emacs@gnu.org>
2008-10-11 14:07                     ` Andreas Politz
2008-10-10  8:38         ` Bastien
     [not found]         ` <mailman.767.1223627907.25473.help-gnu-emacs@gnu.org>
2008-10-10 10:23           ` Sébastien Vauban

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=e01d8a50810101236n7ef26c1fxde6b6b62a5669fa@mail.gmail.com \
    --to=lennart.borgman@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=me@nschum.de \
    --cc=zthjwsqqafhv@spammotel.com \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).