|
|
Up |
|
|
  |
Author: Davin PearsonDavin Pearson Date: Sep 15, 2008 22:28
Every time I start Emacs I have to bury to *GNU Emacs" buffer. This
is a little bit annoying having to do this. If I can't kill this
buffer, then I would at least prefer the default-directory of that
buffer to be "~/" so that I can easily load a file that I want to
edit. The following code is what I have written to accomplish that
task but sadly it doesn't appear to work.
(defun d-emacs-startup-hook
()
(if (get-buffer "*GNU
Emacs*")
(save-
excursion
(set-buffer "*GNU
Emacs*")
(setq default-directory
"~/")))
|
| Show full article (0.65Kb) |
|
| | 64 Comments |
|
  |
Author: Giorgos KeramidasGiorgos Keramidas Date: Sep 16, 2008 00:39
On Mon, 15 Sep 2008 22:28:29 -0700 (PDT), Davin Pearson gmail.com> wrote:
> Every time I start Emacs I have to bury to *GNU Emacs" buffer. This
> is a little bit annoying having to do this.
Try setting:
inhibit-startup-screen => t
inhibit-splash-screen => t
For more details, look at the documentation of these variables with:
C-h v inhibit-startup-screen RET
C-h v inhibit-splash-screen RET
|
| |
|
| | no comments |
|
  |
Author: Adam RookeAdam Rooke Date: Sep 16, 2008 01:14
I think this line of code will stop the start screen from appearing:
(setq inhibit-start-screen 1)
Documentation:
Non-nil inhibits the startup screen.
This is for use in your personal init file (but NOT site-start.el), once
you are familiar with the contents of the startup screen.
|
| |
| no comments |
|
  |
Author: Nikolaj SchumacherNikolaj Schumacher Date: Sep 16, 2008 01:44
Davin Pearson gmail.com> wrote:
> I would at least prefer the default-directory of that buffer to be
> "~/" so that I can easily load a file that I want to edit.
Did you know that you can just type ~/ when opening a file and the
default input will disappear?
regards,
Nikolaj Schumacher
|
| |
| no comments |
|
  |
Author: Charles SeboldCharles Sebold Date: Sep 16, 2008 01:44
On 16 Sep 2008, Davin Pearson wrote:
> Every time I start Emacs I have to bury to *GNU Emacs" buffer. This
> is a little bit annoying having to do this. If I can't kill this
> buffer, then I would at least prefer the default-directory of that
> buffer to be "~/" so that I can easily load a file that I want to
> edit. The following code is what I have written to accomplish that
> task but sadly it doesn't appear to work.
In addition to everything else that's been said, I've noticed that
hitting "q" deletes the buffer and sends me to the good old *scratch*
buffer, too. I just got used to doing that.
--
Charles Sebold 16th of September, 2008
|
| |
| no comments |
|
  |
Author: Davin PearsonDavin Pearson Date: Sep 16, 2008 01:47
On Sep 16, 7:39Â pm, Giorgos Keramidas
wrote:
> Try setting:
>
>   inhibit-startup-screen  => t
>   inhibit-splash-screen  => t
>
It Works! Thank you for your help!
|
| |
| no comments |
|
  |
Author: XahXah Date: Sep 16, 2008 13:57
On Sep 16, 1:44 am, Charles Sebold gmail.com> wrote:
> On 16 Sep 2008, Davin Pearson wrote:
>
>> Every time I start Emacs I have to bury to *GNU Emacs buffer. This
>> is a little bit annoying having to do this. If I can't kill this
>> buffer, then I would at least prefer the default-directory of that
>> buffer to be "~/" so that I can easily load a file that I want to
>> edit. The following code is what I have written to accomplish that
>> task but sadly it doesn't appear to work.
>
> In addition to everything else that's been said, I've noticed that
> hitting "q" deletes the buffer and sends me to the good old *scratch*
> buffer, too. I just got used to doing that.
I think the existance of the lisp scratch buffer is one of the major
usability problem of emacs that prevents emacs from being widely
adopted by most text editing audience.
I wrote some detail about it here:
http://xahlee.org/emacs/modernization.html
|
| Show full article (3.75Kb) |
| 1 Comment |
|
  |
Author: Giorgos KeramidasGiorgos Keramidas Date: Sep 16, 2008 18:22
On Tue, 16 Sep 2008 13:57:59 -0700 (PDT), Xah gmail.com> wrote:
> On Sep 16, 1:44 am, Charles Sebold gmail.com> wrote:
>> In addition to everything else that's been said, I've noticed that
>> hitting "q" deletes the buffer and sends me to the good old *scratch*
>> buffer, too. I just got used to doing that.
>
> I think the existance of the lisp scratch buffer is one of the major
> usability problem of emacs that prevents emacs from being widely
> adopted by most text editing audience.
Hi Xah,
For what it's worth, I think I would appreciate an option that makes the
current behavior of the *scratch* buffer tunable, i.e. by an option like:
(defvar scratch-buffer-uses-fundamental-mode nil
"Non-nil makes the *scratch* buffer use `fundamental-mode'.
|
| Show full article (4.30Kb) |
| no comments |
|
  |
Author: Kevin RodgersKevin Rodgers Date: Sep 17, 2008 00:36
Xah wrote:
> I think the existance of the lisp scratch buffer is one of the major
> usability problem of emacs that prevents emacs from being widely
> adopted by most text editing audience.
I think you should customize Emacs to behave as you want and not presume
to speak for most text editing audience:
,----[ C-h v initial-major-mode RET ]
| initial-major-mode is a variable defined in `startup.el'.
| Its value is
| lisp-interaction-mode
|
|
| Documentation:
| Major mode command symbol to use for the initial `*scratch*' buffer.
|
| You can customize this variable.
|
| [back]
`----
|
| Show full article (0.64Kb) |
| no comments |
|
  |
|
|
  |
Author: XahXah Date: Sep 17, 2008 16:16
On Sep 17, 12:36 am, Kevin Rodgers gmail.com> wrote:
> Xahwrote:
>> I think the existance of the lisp scratch buffer is one of the major
>> usability problem of emacs that prevents emacs from being widely
>> adopted by most text editing audience.
>
> I think you should customize Emacs to behave as you want and not presume
> to speak for most text editing audience:
i was making a suggestion. As such, its premise is that the suggested
idea is good for general audience.
perhaps you thought that my suggestion actually is not reasonable and
is more like a one person's preference. If so, please give reasons.
Xah
∑ http://xahlee.org/
☄
|
| |
| no comments |
|
|
|
|