Bug#476109: Not really an Emacs issue

2009-09-02 Thread era eriksson
This is not really appropriate for Emacs.  Installing Emacs should not
force users of other editors to receive a system-wide policy to use
Emacs for editing these types of files (however sympathetic I am to
evangelizing those poor heathens. :-)

The idea as such has some merit.  Debian already provides a facility for
generic redirection to the user's preferred editor, so this suggestion
could be implemented with /usr/bin/editor instead of emacsclient (this
also solves the issue of allowing users to prefer emacs over
emacsclient).

However, it is unobvious to me which package to reassign this bug to. 
mime-support contains the tool for updating /etc/mailcap so that's what
I would suggest, but I leave it to more competent people to possibly
find a better route to take this.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#476109: Not really an Emacs issue

2009-09-02 Thread Sven Joachim
On 2009-09-02 08:36 +0200, era eriksson wrote:

 This is not really appropriate for Emacs.  Installing Emacs should not
 force users of other editors to receive a system-wide policy to use
 Emacs for editing these types of files (however sympathetic I am to
 evangelizing those poor heathens. :-)

 The idea as such has some merit.  Debian already provides a facility for
 generic redirection to the user's preferred editor, so this suggestion
 could be implemented with /usr/bin/editor instead of emacsclient (this
 also solves the issue of allowing users to prefer emacs over
 emacsclient).

With /usr/bin/sensible-editor rather than /usr/bin/editor, so that users
get their preferred editor instead of the system one.

 However, it is unobvious to me which package to reassign this bug to. 
 mime-support contains the tool for updating /etc/mailcap so that's what
 I would suggest, but I leave it to more competent people to possibly
 find a better route to take this.

The big problem is that the editor may need a terminal to work, and if
it gets invoked by a GUI program, nothing happens, aside from a
complaint by the editor in ~/.xsession-errors that is invisible to the
user.

Sven



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#476109: Not really an Emacs issue

2009-09-02 Thread era eriksson
On Wed, 02 Sep 2009 09:35 +0200, Sven Joachim svenj...@gmx.de wrote:
 On 2009-09-02 08:36 +0200, era eriksson wrote:
  The idea as such has some merit.  Debian already provides a facility for
  generic redirection to the user's preferred editor, so this suggestion
  could be implemented with /usr/bin/editor instead of emacsclient (this
  also solves the issue of allowing users to prefer emacs over
  emacsclient).
 
 With /usr/bin/sensible-editor rather than /usr/bin/editor, so that users
 get their preferred editor instead of the system one.

Yes, sorry, that's of course the one I meant.  Shrug.

 The big problem is that the editor may need a terminal to work, and if
 it gets invoked by a GUI program, nothing happens, aside from a
 complaint by the editor in ~/.xsession-errors that is invisible to the
 user.

Should there be a sensible-gui-editor as well?  Perhaps a wrapper which
starts the sensible-editor in an xterm if it's not graphical in its own
right?

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org