[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Sanest way to make emacs behave on a Solaris OS
From: |
Bob Proulx |
Subject: |
Re: Sanest way to make emacs behave on a Solaris OS |
Date: |
Mon, 5 Aug 2013 16:29:31 -0600 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
Emanuel Berg wrote:
> Bob Proulx writes:
> > xrdb -m ~/.Xresources
> >
> > The -m merges. The -l loads. I selected merging because you
> > may have sevaral files all merged together so this would only
> > change what you changed. Using -l would empty first and then
> > only load that file so if you had several files, perhaps a
> > /etc/X11/something, then that other would be lost. But I will
> > use -l when I want only what is in that file, nothing more and
> > nothing less, and want to avoid anything else that might have
> > been set elsewhere. Somewhat like the emacs -Q of things.
>
> Interesting. I have
>
> xrdb ~/.Xresources
>
> as the first line of .xinitrc - which is read after 'xinit', in
> .zprofile (of zsh).
>
> Without an operation (like -merge or -load, or -m/-l) the default
> operation is -all, according to the man page. But what that means,
> is not the easiest thing to understand, even with the man page:
The -all as I understand it applies to where to apply the properties.
Both to RESOURCE_MANAGER and to SCREEN_RESOURCES. A different aspect
of things different from what I was talking about.
The -load option is also the default.
-load This option indicates that the input should be loaded as the
new value of the specified properties, replacing whatever was
there (i.e. the old contents are removed). This is the
default action.
So these following commands would all be equivalent.
$ xrdb .Xresources
$ xrdb -l .Xresources
$ xrdb -load .Xresources
> I used it the same way when I did my experimentation on Solaris:
> that is, without any operation.
I think that means you were doing the same as 'xrdb -l .Xresources'.
Which is fine. Probably you only have a single source for everything.
Here is a slightly contrived example of how you might have multiple
files and might want to use both load and merge operations.
xrdb -load $HOME/.Xresources
if [ -f $HOME/.Xresources.$(hostname) ]; then
xrdb -merge $HOME/.Xresources.$(hostname)
fi
As I recall the KDE 3 desktop environment keeps a set of X resources
in a private location in the .kde/something location. Then if a
~/.Xresources exists it adds that on top of its own private copy. Or
something like that. It has been a while since I used KDE 3. But
specifically because I remembered it having additional resources is
why I danced around the issue with -merge.
Bob
- Re: Sanest way to make emacs behave on a Solaris OS, (continued)
- Re: Sanest way to make emacs behave on a Solaris OS, Harry Putnam, 2013/08/06
- Re: Sanest way to make emacs behave on a Solaris OS, Peter Dyballa, 2013/08/06
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/06
- Re: Sanest way to make emacs behave on a Solaris OS, Dan Espen, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Bob Proulx, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Harry Putnam, 2013/08/05
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS,
Bob Proulx <=
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Eli Zaretskii, 2013/08/05
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Dan Espen, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Eli Zaretskii, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Dan Espen, 2013/08/05
- Message not available
- Re: Sanest way to make emacs behave on a Solaris OS, Emanuel Berg, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Eli Zaretskii, 2013/08/05
- Re: Sanest way to make emacs behave on a Solaris OS, Óscar Fuentes, 2013/08/05