From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bob Proulx Newsgroups: gmane.emacs.help Subject: Re: Sanest way to make emacs behave on a Solaris OS Date: Mon, 5 Aug 2013 16:29:31 -0600 Message-ID: <20130805222931.GA22603@hysteria.proulx.com> References: <87d2pzj4m2.fsf@VLAN-3434.student.uu.se> <87ob9izk9k.fsf@VLAN-3434.student.uu.se> <87fvusw968.fsf@newsguy.com> <20130803070334.GA2266@dismay.proulx.com> <87mwow3m16.fsf@newsguy.com> <87li4fu74u.fsf@VLAN-3434.student.uu.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1375741794 20363 80.91.229.3 (5 Aug 2013 22:29:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Aug 2013 22:29:54 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Aug 06 00:29:56 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V6THl-0001f6-AK for geh-help-gnu-emacs@m.gmane.org; Tue, 06 Aug 2013 00:29:53 +0200 Original-Received: from localhost ([::1]:52550 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6THk-0002vp-Uz for geh-help-gnu-emacs@m.gmane.org; Mon, 05 Aug 2013 18:29:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6THX-0002v0-8E for help-gnu-emacs@gnu.org; Mon, 05 Aug 2013 18:29:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6THQ-0000Xx-Pl for help-gnu-emacs@gnu.org; Mon, 05 Aug 2013 18:29:39 -0400 Original-Received: from joseki.proulx.com ([216.17.153.58]:34992) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6THQ-0000Xo-J7 for help-gnu-emacs@gnu.org; Mon, 05 Aug 2013 18:29:32 -0400 Original-Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id A3569211D5 for ; Mon, 5 Aug 2013 16:29:31 -0600 (MDT) Original-Received: by hysteria.proulx.com (Postfix, from userid 1000) id 718872DC5D; Mon, 5 Aug 2013 16:29:31 -0600 (MDT) Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <87li4fu74u.fsf@VLAN-3434.student.uu.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 216.17.153.58 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:92744 Archived-At: 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