Re: frames and reading of .emacs?

[rydis (Martin Rydstr|m) @CD.Chalmers.SE]

Jan Even Nilsen <evenREMOVE@THISgfi.uib.no> writes:
> Greg Fenton wrote:
> > Jan Even Nilsen wrote:
> >> ...
> >> I have now stripped down the .emacs, and I am still puzzled, so I
> >> hope someone can give me a hint as to what my new emacs is doing.
> >> I know that an existing default.el would be read last, but there is
> >> no such file on my system, as far as I can see.
> > What about ~/.Xresources ?
> 
> No such file on my system, but I'll look into the system's Xresources files.
> 
> > Can you post your "stripped down" .emacs ?
> 
> It's contents is only the text posted between the --- lines, that's
> how stripped it is, to make sure this strange behaviour is not my own
> doing.
> 
> Xresources:
> The system Xresources file(s all) contain the line
> emacs.geometry: 80x25
> This is the size the frame gets initially.
> Then, when .emacs is read, the line
> (setq initial-frame-alist  '((top . -00) (left . 300) (width . 89)
> (height . 51)))
> makes the frame move, but does not manage to resize it.

My guess, without researching, is that X-resources take precedence
over initial-frame-alist, which takes precedence over app-defaults.

> I do not understand? Is it wrong syntax for setq of height and width
> (works for default-frame-alist though)?
> 
> A Q&D way, since new-frames are like I want them, is to set
> (delete-frame)
> (new-frame)
> in the end of .emacs
> 
> BTW: The inclusion of the emacs related entry into a ~/.Xresources and
> edit of these, did not help.

Resources in ".Xresources" aren't automatically activated (except on
some weird systems which confuse user-level app-defaults (which are
normally in .Xdefaults-`hostname`, or something like that)), but are
only loaded into the resource database when logging in via Xdm (or
similar). You probably need to do something along the lines of
"xrdb -merge .Xresources" to get any changes within a session.

> 2) The changing of the face for the marked region is somewhat of a
> puzzle, but I can live with it. It nags me that some function
> overrides my settings, though.

Yes, that's weird. One possibility is to explicitly set the back-
ground color of the face. (set-face-background 'region "goldenrod").

Regards,

'mr

-- 
[Emacs] is written in Lisp, which is the only computer language that is
beautiful.  -- Neal Stephenson, _In the Beginning was the Command Line_