From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.devel Subject: Re: Feature change or bug - Emacs server Date: Tue, 14 Jun 2011 09:49:16 +0200 Message-ID: <87boy0df9f.fsf@gmail.com> References: <4df63f95.a511440a.7545.ffffce92@mx.google.com> <878vt5645m.fsf@lifelogs.com> <874o3tl2ig.fsf@gmail.com> <87sjrd5iwl.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1308037808 4822 80.91.229.12 (14 Jun 2011 07:50:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 14 Jun 2011 07:50:08 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 14 09:50:04 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QWONv-0004MM-9l for ged-emacs-devel@m.gmane.org; Tue, 14 Jun 2011 09:50:04 +0200 Original-Received: from localhost ([::1]:35063 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QWONt-0003cM-U7 for ged-emacs-devel@m.gmane.org; Tue, 14 Jun 2011 03:50:02 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:49370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QWONa-0003bt-Oq for emacs-devel@gnu.org; Tue, 14 Jun 2011 03:49:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QWONZ-000623-0U for emacs-devel@gnu.org; Tue, 14 Jun 2011 03:49:42 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:37288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QWONY-00061w-Ge for emacs-devel@gnu.org; Tue, 14 Jun 2011 03:49:40 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QWONW-0004Af-Te for emacs-devel@gnu.org; Tue, 14 Jun 2011 09:49:39 +0200 Original-Received: from portable45.ceremade.dauphine.fr ([193.48.71.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jun 2011 09:49:38 +0200 Original-Received: from antoine.levitt by portable45.ceremade.dauphine.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jun 2011 09:49:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 64 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: portable45.ceremade.dauphine.fr Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140451 Archived-At: 14/06/11 02:57, Ted Zlatanov > On Tue, 14 Jun 2011 01:45:11 +0200 Antoine Levitt 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. True, but nm-applet has changed substiantially over the last year or so, and if they keep it up the elisp code might need constant fixing. Plus, nm-applet does quite a lot of things (wifi authentification, VPN management, connection configuration, etc.) and has just recently started to do it well (previous versions were riddled with bugs), so presumably it's not trivial to implement. Also, if the API is only used by nm-applet, it might not be as generic as you'd like. But then again I haven't looked at the spec. > 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. But going for the low-hanging fruit (if it is - I don't know if the xembed code is mature enough to handle this) is usually good to get things started. Plus, it'd provide compatibility with stuff that doesn't use dbus. Also, how are going to implement the apps/places/system menus? (assuming you want them) Apps should be easy enough (just parse /usr/share/applications/), but "system" looks hardcoded. > 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. Bring it on! My beef with notify-osd is that the ubuntu devs have for some reason decided that apps should not be free to set whatever timeout they want for their notification messages, hence making it totally unusable (and also that their stacking interface does not work over shell commands, though that's fixable using dbus). My beef with gnome-osd is that it looks ugly. > 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. Ok, it's probably not that crucial, you're right.