all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: Feature change or bug - Emacs server
Date: Tue, 14 Jun 2011 13:12:32 +1000	[thread overview]
Message-ID: <BANLkTikWhAqMcg-5XdRpy0_hy4NK+s5q3g@mail.gmail.com> (raw)
In-Reply-To: <87sjrd5iwl.fsf@lifelogs.com>

[-- Attachment #1: Type: text/plain, Size: 4343 bytes --]

2011/6/14 Ted Zlatanov <tzz@lifelogs.com>

> On Tue, 14 Jun 2011 01:45:11 +0200 Antoine Levitt <
> antoine.levitt@gmail.com> wrote:
>
> AL> It looks hard and bug-inducing to reimplement the network manager
> AL> applet.
>
> Do you know this for sure?  It seems that the interface is entirely
> through D-BUS, which is not a hard protocol to support in ELisp.
>
> I would tend to agree. D-Bus seems very promising and I have a couple of
TODO items to look at D-Bus more closely when time permits (specifically,
I'd like to find the time to look at D-Bus for emacspeak speech server
communication, but suspect that journey would also provide the necessary
knowledge to exploit the protocol for other applications.


> AL> In general, having menus (applications, places, system, network
> AL> manager, whatever) pop up from emacs looks like a good compromise,
> AL> as well as a good "compatibility mode".
>
> I'd really prefer to avoid such hacks, though they may work in the short
> term.  They tend to make life very difficult over the long term.
>
> From an accessibility perspective, I would also have to say that such
solutions are not great.


> AL> I for one would be very happy to be rid of all that gnome nonsense and
> AL> just run emacs and a light fullscreen-oriented wm (that and some kind
> of
> AL> customizable bidirectional emacs <-> rest of the world notification
> AL> system are the only thing I really need, and I suspect many people as
> AL> well. For notifications, I currently use gnome-osd, which sucks less
> AL> than notify-osd, but not by far.)
>
> Ah, you're my notifications.el beta tester then :)  Stay tuned.
>
> AL> One of the things preventing me from doing that (aside from
> AL> laziness, obviously) is the traybar (where apps can put their little
> AL> icons, and, on ubuntu, where system thingies (sound, network, etc.)
> AL> used to be, before they moved to some new fancy buggy framework).
>
> I asked about that and it's unlikely we can support it in Emacs.
> I don't consider that a great loss, though some may want it.  Also note
> that on NS/Carbon/Cocoa and W32 this won't be available anyhow.
>
> I think there are standalone apps that can be the icon tray in X.
>
> Yep, thats may feeling as well. Much of this 'essential' stuff is really
just what we have gotten use to. Much of it is what has added the complexity
which now appears to make many things that were simple much more complicated
while making a few rarely required/changing things easier - at least thats
how it feels to me.

You can survive using a modern Linux distro without having to have all the
Gnome stuff and there are alternatives for most of the things it offers.
Yes, at this time, it may take a little more effort to setup initially.


> AL> I used to file the "move away from gnome and reclaim control on my
> AL> desktop" in my "some day" mental TODO list, but ubuntu's plans of
> AL> ditching everything that's remotely usable anymore in the next release
> AL> might accelerate the process.
>
> Yeah, I'm really tired of the balkanization of the X desktop.  It's as
> if everyone is simply racing to mimic the W32 and Mac OS X platforms,
> which is not a race worth winning.
>
> It does seem odd for this tendency to exist. The thing which originally
attracted me to the X environment was tts flexibility and potential to
create the environment you wanted and to work the way you wanted rather than
having something imposed from some large anonymous vendor. It seems now,
possibly through desires to reduce support costs, even larger Linux distros
are trying to channel as many users into a standard desktop environment -
after all, this would make it easier to support.  The problem is as you
highlight - everyone is converging to the same result and we lose
originality and innovation. I miss the days when I'd walk into one of our
computer labs running X and see 20 screens, all looking distinct (and I
don't just mean different colours and icon themes) with different use of
screen real estate, unusual menus, such as spiral  menus, mice controlled by
foot pedals, innovative embedding of local and remote services etc.

I have no idea what the ideal interface will be, but I'd make a bet its
unlikely to be the same for everyone and is almost certainly drastically
different from what we are currently seeing.

Tim

[-- Attachment #2: Type: text/html, Size: 5445 bytes --]

  reply	other threads:[~2011-06-14  3:12 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-13 16:49 Feature change or bug - Emacs server T.V Raman
2011-06-13 17:11 ` Mohsen BANAN
2011-06-13 17:18 ` Ted Zlatanov
2011-06-13 17:36   ` Michael Albinus
2011-06-13 23:45   ` Antoine Levitt
2011-06-14  0:57     ` Ted Zlatanov
2011-06-14  3:12       ` Tim Cross [this message]
2011-06-14  7:49       ` Antoine Levitt
2011-06-14  9:45         ` joakim
2011-06-14  8:22       ` Michael Albinus
2011-06-13 18:31 ` joakim
2011-06-14  3:18 ` Tim Cross
  -- strict thread matches above, loose matches on Subject: below --
2011-06-09  6:47 Tim Cross
2011-06-09  7:17 ` Tassilo Horn
2011-06-09  8:13   ` chad
2011-06-09 15:21 ` Stefan Monnier
2011-06-11  2:48   ` Tim Cross
2011-06-11 10:39     ` Ted Zlatanov
2011-06-13  2:09       ` Tim Cross
2011-06-13 15:47         ` Ted Zlatanov
2011-06-14  3:42           ` Tim Cross
2011-06-14 14:53             ` Lars Magne Ingebrigtsen
2011-06-14 15:01               ` Julien Danjou
2011-06-14 17:08                 ` joakim
2011-06-14 16:17             ` Ted Zlatanov

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=BANLkTikWhAqMcg-5XdRpy0_hy4NK+s5q3g@mail.gmail.com \
    --to=theophilusx@gmail.com \
    --cc=emacs-devel@gnu.org \
    /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.