site-start.el: inhibit-startup-screen?

site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Hello,

we need to have an internal rollout of Emacs where we want to put some institute-specific defaults in a site-start.el (or default.el) file. I can see why one generally should not set "inhibit-startup-screen" as a default for new users, in our case (we try to provide internal documentation and courses) it seems justified. If we put

(setq inhibit-startup-screen t)

in site-start.el we still get the Emacs splashscreen. Is there a way to avoid the splashscreen other than using user-specific .emacs files?

Many thanks in advance.
Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

RE: site-start.el: inhibit-startup-screen?

[Drew Adams]

> we need to have an internal rollout of Emacs where we want to 
> put some institute-specific defaults in a site-start.el (or 
> default.el) file. I can see why one generally should not set 
> "inhibit-startup-screen" as a default for new users, in our 
> case (we try to provide internal documentation and courses) 
> it seems justified. If we put
> 
> (setq inhibit-startup-screen t)
> 
> in site-start.el we still get the Emacs splashscreen. Is 
> there a way to avoid the splashscreen other than using 
> user-specific .emacs files?

I would think, following the doc, that (setq inhibit-startup-screen t) would
work. You might want to check whether the value is actually t after Emacs starts
up. If it is not, figure out where it gets changed.

Other than that, take a look also at option `initial-buffer-choice'.

Re: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Drew,

On 19.05.2010, at 17:07, Drew Adams wrote:

>> we need to have an internal rollout of Emacs where we want to 
>> put some institute-specific defaults in a site-start.el (or 
>> default.el) file. I can see why one generally should not set 
>> "inhibit-startup-screen" as a default for new users, in our 
>> case (we try to provide internal documentation and courses) 
>> it seems justified. If we put
>> 
>> (setq inhibit-startup-screen t)
>> 
>> in site-start.el we still get the Emacs splashscreen. Is 
>> there a way to avoid the splashscreen other than using 
>> user-specific .emacs files?
> 
> I would think, following the doc, that (setq inhibit-startup-screen t) would
> work. You might want to check whether the value is actually t after Emacs starts
> up. If it is not, figure out where it gets changed.
> 
> Other than that, take a look also at option `initial-buffer-choice'.

The latter solves the problem partially:

(find-file "~/untitled")
(setq initial-buffer-choice "~/untitled")

will indeed display an "untitled" buffer (no more splash screen), however, dropping a file on the Emacs icon no longer opens that file but also displays the "untitled" buffer (to be fair: I never mentioned that this drag & drop feature was desirable in our case).

Without "initial-buffer-choice" drag & drop works as expected - but yields a split screen with the splash screen in the lower part (and a full splash screen if the Emacs icon is just clicked).

So it seems that there is no easy way to configure Emacs 23.2 to not display the splash screen (split or full screen), apart from using a "--no-splash" start option or a user specific .emacs file where inhibit-startup-screen does work (if one still wants to have drag & drop support for the Emacs icon). This is not a big deal for individual users, but still a bit awkward if you want to have a ready-to-run-distribution for a specific purpose.

It seems to me that it would be a good thing if inhibit-startup-screen would also work in a site-start.el-file.

Thanks for all the other answers, too!

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

RE: site-start.el: inhibit-startup-screen?

[Drew Adams]

> The latter solves the problem partially:
> (find-file "~/untitled")
> (setq initial-buffer-choice "~/untitled")
> 
> will indeed display an "untitled" buffer (no more splash 
> screen), however, dropping a file on the Emacs icon no longer 
> opens that file but also displays the "untitled" buffer (to 
> be fair: I never mentioned that this drag & drop feature was 
> desirable in our case).
> 
> Without "initial-buffer-choice" drag & drop works as expected 
> - but yields a split screen with the splash screen in the 
> lower part (and a full splash screen if the Emacs icon is 
> just clicked).
> 
> So it seems that there is no easy way to configure Emacs 23.2 
> to not display the splash screen (split or full screen), 
> apart from using a "--no-splash" start option or a user 
> specific .emacs file where inhibit-startup-screen does work 
> (if one still wants to have drag & drop support for the Emacs 
> icon). This is not a big deal for individual users, but still 
> a bit awkward if you want to have a ready-to-run-distribution 
> for a specific purpose.
> 
> It seems to me that it would be a good thing if 
> inhibit-startup-screen would also work in a site-start.el-file.

I don't think I have the answer. If you do not find a solution, consider filing
an Emacs bug (or enhancement request), using `M-x report-emacs-bug'.

Re: site-start.el: inhibit-startup-screen?

[Joel J. Adamson]

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

Stefan Vollmar <vollmar@nf.mpg.de> wrote:

> Dear Drew,
> 
> On 19.05.2010, at 17:07, Drew Adams wrote:
> 
> >> we need to have an internal rollout of Emacs where we want to 
> >> put some institute-specific defaults in a site-start.el (or 
> >> default.el) file. I can see why one generally should not set 
> >> "inhibit-startup-screen" as a default for new users, in our 
> >> case (we try to provide internal documentation and courses) 
> >> it seems justified. If we put
> >> 
> >> (setq inhibit-startup-screen t)
> >> 
> >> in site-start.el we still get the Emacs splashscreen. Is 
> >> there a way to avoid the splashscreen other than using 
> >> user-specific .emacs files?-- 

Just curious: Why do so many people loathe the splash screen?  Why is it
controversial?

Joel
--
Joel J. Adamson
Servedio Lab
University of North Carolina at Chapel Hill

FSF Member #8164
http://www.unc.edu/~adamsonj

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Joel,

On 20.05.2010, at 21:04, Joel J. Adamson wrote:

[...]
> Just curious: Why do so many people loathe the splash screen?  Why is it
> controversial?


I hasten to emphasize that I do not loathe the splash screen - in fact, I can honestly say that I quite like the design and the overall idea. However, I think I can justify why I put some effort today into the inhibit-startup-screen discussion:

We are trying to convince some MS Windows users at our institute to use Emacs (for now, just for a specific purpose). These users have certain expectations (some of them actually do make sense) and one of them is that they can drop a file on the Emacs icon shortcut and that file is then opened with Emacs, another is that when they open Emacs with a double-click it should present an "untitled" buffer ready-for-input. 

Unless a user manually disables the splashscreen, neither of these requirements works. 

If you know that the splashscreen behaves just like another buffer (in some respects), that just opening another file will make it disappear and that there really (really) is no need to always quit Emacs immediately after using it - you are not in a good position to appreciate the irritation about the splashscreen that some Windows users have reported. Naturally, we tell them about just keeping Emacs open and use multiple buffers - but old habits die hard.

Here is another reason: we have had requests from Windows users that could they please have some keyboard shortcuts that they are accustomed to such as this one:

(global-set-key [(S-kp-insert)] 'cua-paste)

This and a couple of other things were very easy to implement, it was fun to do and these guys were really impressed by how flexible Emacs is (and, yes, that was a very nice kind of feedback).

All adaptions were done by simply adding to a site-start.el file in site-lisp, starting with a plain vanilla emacs-23.2 build from the GNU site (great work, thanks!).

inhibit-startup-screen was the only thing we could not accomplish in this manner and so, in a way, this violates the truly great flexibility of Emacs. Maybe this is a source of irritation for me: it is an unnecessary restriction of my freedom to customize Emacs.

I can see why it is important, useful and wise to show the splashscreen by default. However, I vote that there should a way to switch it off in site-start.el in order to create specific distributions (adding personal .emacs files for Windows users is not practical). 

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

Re: site-start.el: inhibit-startup-screen?

[Kevin Rodgers]

Stefan Vollmar wrote:
...
> We are trying to convince some MS Windows users at our institute to
> use Emacs (for now, just for a specific purpose). These users have
> certain expectations (some of them actually do make sense) and one of
> them is that they can drop a file on the Emacs icon shortcut and that
> file is then opened with Emacs, another is that when they open Emacs
> with a double-click it should present an "untitled" buffer
> ready-for-input.
> 
> Unless a user manually disables the splashscreen, neither of these
> requirements works. 

Why not distribute a 1-line .emacs to each user's PC?

-- 
Kevin Rodgers
Denver, Colorado, USA

Re: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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


On 21.05.2010, at 03:44, Kevin Rodgers wrote:

> Stefan Vollmar wrote:
> ...
>> We are trying to convince some MS Windows users at our institute to
>> use Emacs (for now, just for a specific purpose). These users have
>> certain expectations (some of them actually do make sense) and one of
>> them is that they can drop a file on the Emacs icon shortcut and that
>> file is then opened with Emacs, another is that when they open Emacs
>> with a double-click it should present an "untitled" buffer
>> ready-for-input.
>> Unless a user manually disables the splashscreen, neither of these
>> requirements works. 
> 
> Why not distribute a 1-line .emacs to each user's PC?

I actually considered something like this and it would be a good solution for homogeneous environments where every user has his or her own centrally managed desktop machine. However, we also use terminal servers where user profiles are generated only when and if users log into that system. Even more difficult, there are Windows laptops where we do not have full control over the installation - a case in which you want to keep things as simple as possible.

My goal is to give people a gentle exposure to Emacs in the (possibly naive) hope that we can build on a good first impression which might spark some further interest later.

Warm regards,
Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

Re: site-start.el: inhibit-startup-screen?

[tomas]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, May 20, 2010 at 03:04:40PM -0400, Joel J. Adamson wrote:

[...]

> Just curious: Why do so many people loathe the splash screen?  Why is it
> controversial?

Hi, Joel,

not in this discussion, but since you asked generally I feel addressed:

I do hate splash-screens with passion. I can't stand programs
forcefully "treating" me to such a thing: when I invoke a program, I
have something I want to do. The splash screen is (to me) very
disrupting in this flow. On the plus side, there's nothing (after the
first few invocations of the program, at least). I'b being re-told
innumerable times things I already know (or can easily look up in the
docs).

The worst species are those programs that try to hide that they are slow
and bloated with a little ad show. I don't use those unless I really
must.

Regards
- -- tomás

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFL+WtXBcgs9XrR2kYRAtXVAJ93OzSLprG34Q536i/ZtUXWOw38xQCfSbp0
mS7ZR73FhGbmCM6PDoYA9nQ=
=V+Hb
-----END PGP SIGNATURE-----

Re: site-start.el: inhibit-startup-screen?

[Stefan Monnier]

>> Just curious: Why do so many people loathe the splash screen?  Why is it
>> controversial?

Especially since it's easy to turn off:
From the splash screen, click "customize startup", click the "toggle" of the
"inhibit startup screen" setting, then click "save for future sessions"
and you're done.


        Stefan

Re: site-start.el: inhibit-startup-screen?

[Johan Bockgård]

Stefan Vollmar <vollmar@nf.mpg.de> writes:

> Without "initial-buffer-choice" drag & drop works as expected - but
> yields a split screen with the splash screen in the lower part (and a
> full splash screen if the Emacs icon is just clicked).

Try

    (setq initial-buffer-choice 'none)

Re: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Johan,
dear Drew,
dear Chong,
dear Joel,

On 20.05.2010, at 21:34, Johan Bockgård wrote:

> [...]
> Try
>    (setq initial-buffer-choice 'none)


this solves my problem beautifully.

Apparently, if you want the equivalent of
(setq inhibit-startup-screen t)
which works fine in .emacs, 
(setq initial-buffer-choice 'none)
is the way to do it if it should work in site-start.el.

I have tested it with the Emacs 23.2 on Windows and even dropping a file onto the Emacs icon shortcut will now work as expected.

Thank you and sorry for the noise.

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

bug#6234: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Johan,
dear Drew,
dear Chong,
dear Joel,

On 20.05.2010, at 21:34, Johan Bockgård wrote:

> [...]
> Try
>    (setq initial-buffer-choice 'none)


this solves my problem beautifully.

Apparently, if you want the equivalent of
(setq inhibit-startup-screen t)
which works fine in .emacs, 
(setq initial-buffer-choice 'none)
is the way to do it if it should work in site-start.el.

I have tested it with the Emacs 23.2 on Windows and even dropping a file onto the Emacs icon shortcut will now work as expected.

Thank you and sorry for the noise.

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

bug#6234: site-start.el: inhibit-startup-screen?

[Štěpán Němec]

Stefan Vollmar <vollmar@nf.mpg.de> writes:

> Dear Johan,
> dear Drew,
> dear Chong,
> dear Joel,
>
> On 20.05.2010, at 21:34, Johan Bockgård wrote:
>
>> [...]
>> Try
>>    (setq initial-buffer-choice 'none)

Could this please be documented somewhere? I don't see `none' as a
possible value in `initial-buffer-choice' docstring or the Elisp manual.

Štěpán

Re: bug#6234: site-start.el: inhibit-startup-screen?

[Štěpán Němec]

Stefan Vollmar <vollmar@nf.mpg.de> writes:

> Dear Johan,
> dear Drew,
> dear Chong,
> dear Joel,
>
> On 20.05.2010, at 21:34, Johan Bockgård wrote:
>
>> [...]
>> Try
>>    (setq initial-buffer-choice 'none)

Could this please be documented somewhere? I don't see `none' as a
possible value in `initial-buffer-choice' docstring or the Elisp manual.

Štěpán

bug#6234: site-start.el: inhibit-startup-screen?

[Joel J. Adamson]

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

Štěpán Němec <stepnem@gmail.com> wrote:

> Stefan Vollmar <vollmar@nf.mpg.de> writes:
> 
> > Dear Johan,
> > dear Drew,
> > dear Chong,
> > dear Joel,
> >
> > On 20.05.2010, at 21:34, Johan Bockgård wrote:
> >
> >> [...]
> >> Try
> >>    (setq initial-buffer-choice 'none)
> 
> Could this please be documented somewhere? I don't see `none' as a
> possible value in `initial-buffer-choice' docstring or the Elisp manual.

Would any quoted symbol work?

Joel
-- 
Joel J. Adamson
Servedio Lab
University of North Carolina at Chapel Hill

FSF Member #8164
http://www.unc.edu/~adamsonj

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: bug#6234: site-start.el: inhibit-startup-screen?

[Joel J. Adamson]

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

Štěpán Němec <stepnem@gmail.com> wrote:

> Stefan Vollmar <vollmar@nf.mpg.de> writes:
> 
> > Dear Johan,
> > dear Drew,
> > dear Chong,
> > dear Joel,
> >
> > On 20.05.2010, at 21:34, Johan Bockgård wrote:
> >
> >> [...]
> >> Try
> >>    (setq initial-buffer-choice 'none)
> 
> Could this please be documented somewhere? I don't see `none' as a
> possible value in `initial-buffer-choice' docstring or the Elisp manual.

Would any quoted symbol work?

Joel
-- 
Joel J. Adamson
Servedio Lab
University of North Carolina at Chapel Hill

FSF Member #8164
http://www.unc.edu/~adamsonj

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: bug#6234: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Joel,

On 21.05.2010, at 17:32, Joel J. Adamson wrote:

> Štěpán Němec <stepnem@gmail.com> wrote:
> 
>> Stefan Vollmar <vollmar@nf.mpg.de> writes:
>> 
>>> Dear Johan,
>>> dear Drew,
>>> dear Chong,
>>> dear Joel,
>>> 
>>> On 20.05.2010, at 21:34, Johan Bockgård wrote:
>>> 
>>>> [...]
>>>> Try
>>>>   (setq initial-buffer-choice 'none)
>> 
>> Could this please be documented somewhere? I don't see `none' as a
>> possible value in `initial-buffer-choice' docstring or the Elisp manual.
> 
> Would any quoted symbol work?


I just tried 'xyz and that seems to work, so I assume any other quote symbol will do, too.

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

bug#6234: site-start.el: inhibit-startup-screen?

[Lars Magne Ingebrigtsen]

"Joel J. Adamson" <adamsonj@email.unc.edu> writes:

>> Could this please be documented somewhere? I don't see `none' as a
>> possible value in `initial-buffer-choice' docstring or the Elisp manual.
>
> Would any quoted symbol work?

Any symbol would work, but I've now added `none' to the doc string.  For
the particular use case here, it's probably right, but I'm not sure this
is a particularly common use case, so I wasn't quite sure how to explain
it in the doc string.

But I had a go.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

bug#6234: site-start.el: inhibit-startup-screen?

[Glenn Morris]

Lars Magne Ingebrigtsen wrote:

> Any symbol would work, but I've now added `none' to the doc string.  For
> the particular use case here, it's probably right, but I'm not sure this
> is a particularly common use case, so I wasn't quite sure how to explain
> it in the doc string.

Does this usage (which looks like an accident rather than something
intentional) offer anything other than a dodge round the fact that
inhibit-startup-screen cannot be set in site-start? If not (and maybe
even if it does), it should be removed, not documented.

bug#6234: site-start.el: inhibit-startup-screen?

[Lars Magne Ingebrigtsen]

Glenn Morris <rgm@gnu.org> writes:

> Does this usage (which looks like an accident rather than something
> intentional) offer anything other than a dodge round the fact that
> inhibit-startup-screen cannot be set in site-start?

It's probably accidental that it works, yes.

> If not (and maybe even if it does), it should be removed, not
> documented.

It is a dodge of a kind, but it seems like it is slightly useful.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

bug#6234: 23.2; inhibit-startup-screen does not work in site-start.el

[Stefan Vollmar]

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

From: vollmar@nf.mpg.de
To: bug-gnu-emacs@gnu.org
Subject: 23.2; inhibit-startup-screen does not work in site-start.el
--text follows this line--
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

I believe, I might be observing a deliberate behaviour of Emacs 23.2 rather than a bug. We have a specific setting where we want to create a ready-to-run distribution of Emacs. We have succeeded in putting all required customizations in site-start.el und are very happy with this - except that it would be helpful if inhibit-startup-screen also worked if set to t in site-start.el, it appears that this only works in a user-specific .emacs file.

We tried to use initial-buffer-choice but this has an unwanted side effet: the splashscreen no longer appears, however, dropping a file on the Emacs icon no longer opens that file.

Without "initial-buffer-choice" drag & drop works as expected - but yields a split screen with the splash screen in the lower part (and a full splash screen if the Emacs icon is just clicked).

So it seems that there is no easy way to configure Emacs 23.2 to not display the splash screen (split or full screen), apart from using a "--no-splash" start option or a user specific .emacs file where inhibit-startup-screen does work (if one still wants to have drag & drop support for the Emacs icon). 

I think that it would be a good thing if inhibit-startup-screen also worked in a site-start.el-file. -

You have done a great job with Emacs and I am really surprised how well it works on MS Windows (naturally, it runs extremely well on Unix platforms). I am sorry that the type of problem described above is fairly typical for users who often start Emacs and immediately close the application when a small editing job is done. This is not how I use Emacs - still, it is a compromise to also support this type of usage and user (a bit like supplying binaries for Windows).

Thank you!

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
c:/data/stefan/emacs-23.2/etc/DEBUG.


In GNU Emacs 23.2.1 (i386-mingw-nt6.0.6002)
 of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 6.0.6002
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/xpm/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: DEU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  recentf-mode: t
  cua-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<drag-n-drop> <drag-n-drop> C-x 1 <drag-n-drop> <mouse-1> 
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> 
<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> 
<mouse-1> <mouse-1> <down-mouse-1> <mouse-movement> 
<mouse-movement> <drag-mouse-1> C-c <timeout> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> 
<help-menu> <send-emacs-bug-report>

Recent messages:
Error setting version-control: (void-variable never)
Loading c:/Users/stefan/AppData/Roaming/.recentf...done
Cleaning up the recentf list...
File c:/Users/stefan/AppData/Roaming/untitled removed from the recentf list
Cleaning up the recentf list...done (1 removed)
untitled has auto save data; consider M-x recover-this-file
OVERVIEW
For information about GNU Emacs and the GNU system, type C-h C-a.
C:/data/stefan/emacs-23.2/site-lisp/site-start.el and c:/data/stefan/emacs-23.2/site-lisp/site-start.el are the same file [2 times]

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
gmm-utils mailheader canlock sha1 hex-util hashcash mail-utils emacsbug
browse-url url-util url-parse url-vars mm-util mail-prsvr pc-select
org-indent org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc
org-jsinfo org-infojs org-html org-exp org-exp-blocks org-agenda
org-info org-gnus org-docview org-bibtex org-bbdb org-protocol org-id
org byte-opt bytecomp byte-compile advice help-fns advice-preload
org-footnote org-src org-list org-faces org-compat org-entities org-macs
time-date noutline outline easy-mmode regexp-opt cal-menu calendar
cal-loaddefs org-install recentf tree-widget wid-edit easymenu cua-base
edmacro kmacro tooltip ediff-hook vc-hooks lisp-float-type mwheel
dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image
fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process multi-tty
emacs)


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

bug#6234: 23.2; inhibit-startup-screen does not work in site-start.el

[Chong Yidong]

Stefan Vollmar <vollmar@nf.mpg.de> writes:

> I believe, I might be observing a deliberate behaviour of Emacs 23.2
> rather than a bug. We have a specific setting where we want to create
> a ready-to-run distribution of Emacs. We have succeeded in putting all
> required customizations in site-start.el und are very happy with this
> - except that it would be helpful if inhibit-startup-screen also
> worked if set to t in site-start.el, it appears that this only works
> in a user-specific .emacs file.

Yes, inhibit-startup-screen does not take effect if it is set in
site-start.el.

> We tried to use initial-buffer-choice but this has an unwanted side
> effet: the splashscreen no longer appears, however, dropping a file on
> the Emacs icon no longer opens that file.

I can not reproduce this.  Can you provide a simple reproducible test
case?  I tried with a .emacs file containing only the line

  (setq initial-buffer-choice t)

and dragging a file into the Emacs window (I don't know what you mean by
"dropping a file on the Emacs icon") opens that file, as expected.
However, this is on GNU/Linux.  It's possible that there is a bug in the
Windows port; maybe someone else can check.

bug#6234: 23.2; inhibit-startup-screen does not work in site-start.el

[Stefan Vollmar]

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

Dear Chong,

On 20.05.2010, at 21:02, Chong Yidong wrote:

[...]

>> We tried to use initial-buffer-choice but this has an unwanted side
>> effet: the splashscreen no longer appears, however, dropping a file on
>> the Emacs icon no longer opens that file.
> 
> I can not reproduce this.  Can you provide a simple reproducible test
> case?  I tried with a .emacs file containing only the line
> 
>  (setq initial-buffer-choice t)
> 
> and dragging a file into the Emacs window (I don't know what you mean by
> "dropping a file on the Emacs icon") opens that file, as expected.
> However, this is on GNU/Linux.  It's possible that there is a bug in the
> Windows port; maybe someone else can check.

my description was not very precise, I am sorry. Here is what we did:

we have a site-start.el file in emacs-23.2/site-lisp which ends with

(find-file "~/untitled")

(1) That works fine if one uses inhibit-startup-screen in a personal .emacs file, or uses the "--no-splash" option with the icon shortcut (but this is not what you want for a ready-to-run distribution). 

(2) Our next attempt was to add

(setq initial-buffer-choice "~/untitled")

as a last line. Emacs, when started by a double-click on the icon shortcut, behaves exactly as requested by our Windows users and if we drop a file onto a running Emacs instance, that file is opened as expected (this is what you tested). 

If one creates an icon shortcut of a program on MS Windows, users expect that program to open files if they are dropped onto that icon shortcut. This works fine if (1) holds, but not for (2).

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

bug#6234: site-start.el: inhibit-startup-screen?

[Glenn Morris]

Lars Magne Ingebrigtsen wrote:

> It is a dodge of a kind, but it seems like it is slightly useful.

Useful for what? Because IIUC rms is keen that the startup screen not be
suppressible on a site-wide basis.

bug#6234: site-start.el: inhibit-startup-screen?

[Lars Magne Ingebrigtsen]

Glenn Morris <rgm@gnu.org> writes:

> Useful for what? Because IIUC rms is keen that the startup screen not be
> suppressible on a site-wide basis.

Oh, if it's a designed malfeature, then I guess it should be
de-documented again...

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

bug#6234: site-start.el: inhibit-startup-screen?

[Chong Yidong]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Glenn Morris <rgm@gnu.org> writes:
>
>> Useful for what? Because IIUC rms is keen that the startup screen not be
>> suppressible on a site-wide basis.
>
> Oh, if it's a designed malfeature, then I guess it should be
> de-documented again...

It's better to leave this option out of Customize.

bug#6234: site-start.el: inhibit-startup-screen?

[Lars Magne Ingebrigtsen]

Chong Yidong <cyd@stupidchicken.com> writes:

> It's better to leave this option out of Customize.

Ok; I'll remove it again.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

bug#6234: site-start.el: inhibit-startup-screen?

[Richard Stallman]

    Useful for what? Because IIUC rms is keen that the startup screen not be
    suppressible on a site-wide basis.

Yes.  The startup screen gives users information that we want them to see.
Once they have seen it, if they want not to see it again, we give
them a way to turn it off.  But we don't want someone else to turn
it off in advance for them so they never see it.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use free telephony http://directory.fsf.org/category/tel/

Re: site-start.el: inhibit-startup-screen?

[Leo]

On 2010-05-19 16:02 +0100, Stefan Vollmar wrote:
> (setq inhibit-startup-screen t)
>

I have a similar situation last year. Unfortunately it was deliberately
disallowed disabling splash screen in site-start.el, which annoys
everyone of course.

I can't remember exactly what I did but try disabling in after-init-hook
or modify startup.el and recompile emacs.

Leo

Re: site-start.el: inhibit-startup-screen?

[Suvayu Ali]

On Wednesday 19 May 2010 08:02 AM, Stefan Vollmar wrote:
> Hello,
>
> we need to have an internal rollout of Emacs where we want to put some institute-specific defaults in a site-start.el (or default.el) file. I can see why one generally should not set "inhibit-startup-screen" as a default for new users, in our case (we try to provide internal documentation and courses) it seems justified. If we put
>
> (setq inhibit-startup-screen t)
>
> in site-start.el we still get the Emacs splashscreen. Is there a way to avoid the splashscreen other than using user-specific .emacs files?
>

How about using a /etc/skeleton.emacs with that variable set. Then every 
new user has that setting saved in their dotemacs. Which they can still 
change if they want to. :)

> Many thanks in advance.
> Warm regards,
>   Stefan


-- 
Suvayu

Open source is the future. It sets us free.

Re: site-start.el: inhibit-startup-screen?

[Stefan Vollmar]

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

Dear Suvayu,

On 19.05.2010, at 23:04, Suvayu Ali wrote:

> How about using a /etc/skeleton.emacs with that variable set. Then every new user has that setting saved in their dotemacs. Which they can still change if they want to. :)


in this particular case, we are talking about a MS Windows distribution (not my favourite platform; however, Emacs works really well with a few tweaks - many thanks to all developers who obviously put a lot of effort in to this!). The idea is to pre-package something that should work out-of-the-box in our setting (running a current Org-mode with some adaptions) and, indeed, apart from the splashscreen issue, we have reached our goal.

But I will keep your suggestion in mind for our Unix users - is this the setup for all flavours of Linux and Solaris for current Emacsen?

Warm regards,
 Stefan
-- 
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213  FAX +49-221-4726-298
Tel.: +49-221-478-5713  Mobile: 0160-93874279
Email: vollmar@nf.mpg.de   http://www.nf.mpg.de







[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4409 bytes --]

Re: site-start.el: inhibit-startup-screen?

[Suvayu Ali]

On Wednesday 19 May 2010 02:50 PM, Stefan Vollmar wrote:
> Dear Suvayu,
>
> On 19.05.2010, at 23:04, Suvayu Ali wrote:
>
>> How about using a /etc/skeleton.emacs with that variable set. Then every new user has that setting saved in their dotemacs. Which they can still change if they want to. :)
>
> But I will keep your suggestion in mind for our Unix users - is this the setup for all flavours of Linux and Solaris for current Emacsen?
>

More or less its true for GNU/Linux systems, I am not aware of other 
platforms though.

For example both on Fedora and Ubuntu, all the skeleton dot files reside 
in /etc/skel/ (note the minor correction to my previous suggestion). Few 
months back I successfully built a Fedora livecd from a kickstart file 
with a custom .emacs skeleton file which translated into a pretty 
customised emacs for the live user.

In other words this could be very easily scalable solution to large *nix 
deployments. :)

> Warm regards,
>   Stefan

GL
-- 
Suvayu

Open source is the future. It sets us free.