Re: [Conclusion] Looking for an emacs replacement

2012-09-22 Thread Dan B.

lee wrote:

...
... You can still run emacs fine on the
console or in a terminal as you could 15--20 years ago, and you can use
the GUI frames if you like, even all at the same time --- or compile a
version that doesn't have X-support at all.


FYI: There's an emacs23-nox (no X11 dependency) package.

Daniel





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

Archive: http://lists.debian.org/505dd3fb.5060...@kempt.net



Re: [Conclusion] Looking for an emacs replacement

2012-09-16 Thread Stefan Monnier
 (if (= emacs-major-version 20)
 (menu-bar-mode -1))

I recommend testing (fboundp 'menu-bar-mode) instead.

 (if (= emacs-major-version 21)
 (if window-system
 (tool-bar-mode -1)))

And here I recommend testing (fboundp 'tool-bar-mode) and calling the
function regardless of window-system.

 (if (= emacs-major-version 22)
 (progn
   ;; Have *Buffer List* use old-style header without white on green 
 highlight.
   (setq Buffer-menu-use-header-line nil)

You can `setq' this regardless of emacs-major-version (older versions
will simply ignore it).

   ;; Disable dark blue on dark background in minibuffer.
   (set-face-foreground 'minibuffer-prompt nil)))

The better fix is to explain to Emacs that your tty background is dark
by setting `frame-background-mode' (either via Customize or if you want
to use plain Lisp, you'll have to not only `setq' the var but also call
(frame-set-background-mode (selected-frame)) afterwards).

 (if (= emacs-major-version 23)
 (progn
   (setq transient-mark-mode nil)
   (setq line-move-visual nil)
   (setq search-whitespace-regexp nil)
   (setq split-width-threshold nil)))

Same as Buffer-menu-use-header-line: no need to test emacs-major-version.

 ;; Disable nasty white on green highlighting in electric-buffer-mode.

I suspect that after setting frame-background-mode some of those faces
will be less nasty.  Of course, you may still dislike them.

 ;; Stop the annoying question about exiting with shell processes still 
 running.
 (eval-after-load 'shell
   '(add-hook 'comint-exec-hook
'(lambda ()
   (set-process-query-on-exit-flag (get-process shell) nil

I recommend you don't quote your lambda expressions.


Stefan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/jwv8vcaaaqx.fsf-monnier+gmane.linux.debian.u...@gnu.org



Re: [Conclusion] Looking for an emacs replacement

2012-09-15 Thread Bob Proulx
Vincent Chen wrote:
 Since you've been using Emacs for the past 15 years, I hope you do
 realize you can disable all the GUI clutter by setting:
 
 (menu-bar-mode -1)
 (tool-bar-mode -1)
 (scroll-bar-mode -1)
 
 in your ~/.emacs (though I do keep the scroll bar around, easier to
 read than the percentage in the mode line).

I have a lot of that in my .emacs file.  Here is a small listing of
these types of fixes that I use.  And yes I know that every one of
these features that I am turning off were highly desired by someone
else who wanted them enough to code them in as the new default.

Bob

(if (= emacs-major-version 20)
(menu-bar-mode -1))

(if (= emacs-major-version 21)
(if window-system
(tool-bar-mode -1)))

(if (= emacs-major-version 22)
(progn
  ;; Have *Buffer List* use old-style header without white on green 
highlight.
  (setq Buffer-menu-use-header-line nil)
  ;; Disable dark blue on dark background in minibuffer.
  (set-face-foreground 'minibuffer-prompt nil)))

(if (= emacs-major-version 23)
(progn
  (setq transient-mark-mode nil)
  (setq line-move-visual nil)
  (setq search-whitespace-regexp nil)
  (setq split-width-threshold nil)))

;; Disable nasty white on green highlighting in electric-buffer-mode.
;; We use eval-after-load to monkey patch after ebuf-menu is loaded
;; as that's where the bad definition of electric-buffer-mode is located.
(eval-after-load ebuff-menu '(defun electric-buffer-update-highlight ()))

;; Stop the annoying question about exiting with shell processes still running.
(eval-after-load 'shell
  '(add-hook 'comint-exec-hook
 '(lambda ()
(set-process-query-on-exit-flag (get-process shell) nil


signature.asc
Description: Digital signature


Re: [Conclusion] Looking for an emacs replacement

2012-09-09 Thread Camaleón
On Sat, 08 Sep 2012 20:25:53 +, T o n g wrote:

 On Sat, 08 Sep 2012 16:01:33 +, Camaleón wrote:
 
 Time to look for an all purpose editor to replace emacs.
 
 And you want to drop it just because of a problem with your settings
 not being honored? Have you report it?
 
 Does it matter? 

If I liked an application and has been serving me well over the years, 
yes, I do matter.

 -- I started to use Emacs almost 15 years ago. By then, there is only
 one looks and feel, the Unix one. Over the years, emacs is moving
 towards Windows, I lost its xterm-like scroll bar years ago, now the
 whole Unix-like look and feel is gone. It's OK to woo the windows
 users, but to completely ignore the Unix users, that's very sad. I don't
 want to spend a minute more on learning to configure its bizarred GTK
 interface any more.

I really doubt there's no way to configure the look and feel of emacs, so 
if that's only your main dissapointment about the program, I would look 
more deep on how to solve it.

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/k2i84h$rra$5...@ger.gmane.org



Re: [Conclusion] Looking for an emacs replacement

2012-09-08 Thread Vincent Chen
On Sat, Sep 8, 2012 at 1:25 PM, T o n g mlist4sunt...@yahoo.com wrote:
 On Sat, 08 Sep 2012 16:01:33 +, Camaleón wrote:

 Time to look for an all purpose editor to replace emacs.

 And you want to drop it just because of a problem with your settings not
 being honored? Have you report it?

 Does it matter? -- I started to use Emacs almost 15 years ago. By then,
 there is only one looks and feel, the Unix one. Over the years, emacs is
 moving towards Windows, I lost its xterm-like scroll bar years ago, now
 the whole Unix-like look and feel is gone. It's OK to woo the windows
 users, but to completely ignore the Unix users, that's very sad. I don't
 want to spend a minute more on learning to configure its bizarred GTK
 interface any more.

Since you've been using Emacs for the past 15 years, I hope you do
realize you can disable all the GUI clutter by setting:

(menu-bar-mode -1)
(tool-bar-mode -1)
(scroll-bar-mode -1)

in your ~/.emacs (though I do keep the scroll bar around, easier to
read than the percentage in the mode line).


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAFuqiEY=dsbdcl6ubjpy-v5+rt_-2tzwgecjtbb+qrhqa0j...@mail.gmail.com



Re: [Conclusion] Looking for an emacs replacement

2012-09-08 Thread lee
T o n g mlist4sunt...@yahoo.com writes:

 there is only one looks and feel, the Unix one. Over the years, emacs is 
 moving towards Windows, I lost its xterm-like scroll bar years ago, now 
 the whole Unix-like look and feel is gone. It's OK to woo the windows 
 users, but to completely ignore the Unix users, that's very sad.

What exactly are you missing? You can still run emacs fine on the
console or in a terminal as you could 15--20 years ago, and you can use
the GUI frames if you like, even all at the same time --- or compile a
version that doesn't have X-support at all.

 I don't want to spend a minute more on learning to configure its
 bizarred GTK interface any more.

Is it necessary to do that? I've compiled it '--with-toolkit lucid'
... That doesn't seem to make much of a difference, but I almost never
use these menus. I'm sure they can be turned off, only I never tried.

Did you really see any relevant functionality/feature disappear over the
last 15-20 years, or did you see the look and feel significantly change?

 On Sat, 08 Sep 2012 11:50:39 +0200, lee wrote:

 You might as well use emacs more, there are so many little details one
 doesn't think about anymore and then misses in others ...

 That's so true. Sad, but true. 

There's probably not much point in trying to turn other editors into
emacs :) And if you added missing features to other editors in a way
conforming to how these editors do their things, the look and feel of
these editors would very likely be much more different from the look and
feel of emacs than emacs itself.

 Komodo Edit – the Best Notepad++ Alternative in Ubuntu

Looks much different from emacs ... How do you like it?


-- 
Debian testing amd64


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zk50t71y@yun.yagibdah.de



Re: [Conclusion] Looking for an emacs replacement

2012-09-08 Thread Jude DaShiell
I feel your pain. Have you ever tried: emacs -nw filename cr gtk is 
plenty freaky enough even in a g.u.i. environment, having it invade 
command line space through whichever proxy software is unreasonable. Two 
possibilities beyond emacs might be jove and mg. On Sat, 8 Sep 2012, T o n 
g wrote:

 On Sat, 08 Sep 2012 16:01:33 +, Camale?n wrote:
 
  Time to look for an all purpose editor to replace emacs.
  
  And you want to drop it just because of a problem with your settings not
  being honored? Have you report it?
 
 Does it matter? -- I started to use Emacs almost 15 years ago. By then, 
 there is only one looks and feel, the Unix one. Over the years, emacs is 
 moving towards Windows, I lost its xterm-like scroll bar years ago, now 
 the whole Unix-like look and feel is gone. It's OK to woo the windows 
 users, but to completely ignore the Unix users, that's very sad. I don't 
 want to spend a minute more on learning to configure its bizarred GTK 
 interface any more. 
 
 On Sat, 08 Sep 2012 11:50:39 +0200, lee wrote:
 
  Time to look for an all purpose editor to replace emacs.
  
  http://en.wikipedia.org/wiki/Comparison_of_text_editors
  
  You might as well use emacs more, there are so many little details one
  doesn't think about anymore and then misses in others ...
 
 That's so true. Sad, but true. 
 
 From the lack of respond, we can tell that there is no such thing as emacs 
 replacements. Luckily, there are commercial products, I don't want to go 
 with commercial products even if they are free, but I think now is the 
 time. I love Notepadd++, so I tend to agree with what was said below:
 
 - - - - -
 Komodo Edit ? the Best Notepad++ Alternative in Ubuntu
 http://www.liberiangeek.net/2012/01/komodo-edit-the-best-notepad-
 alternative-in-ubuntu/
 
 I love Notepadd++ and highly recommend it if you?re a developer of just a 
 webmaster managing your blogs online. I have it installed in Windows and 
 use it almost everyday to manage this blog. The problem I have with 
 Notepad++ is that, there?s not a Linux version available. So  recently I 
 started looking for an alternate program that is comparable or more 
 advanced than Notepad++ for Ubuntu. My search ended when I stumbled upon 
 Komodo-Edit, a power editor for Windows, Mac and Linux systems. This 
 editor is comparable, if not better than Notepad++. There?s a free and 
 paid version, however, the Linux version is free.
 . . . 
 - - - - -
 
 
 

---
jude jdash...@shellworld.net
Adobe fiend for failing to Flash



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.bsf.2.01.1209082335180.18...@freire1.furyyjbeyq.arg