Re: Software/HD ecology (was Re:...Bug in Emacs 21.3.50)

[Ajanta]

Phillip Lord <p.lord@russet.org.uk> wrote:

> Well this is a different issue. Clutter for me is a problem in user
> space... In space managed my the machine (like for instance a make 
> file installed emacs), I couldn't care less about duplication, or
> clutter. Computers don't get confused by clutter. 

However, since computers are there for users, there is bound to be some
overlap. One might want to know just what commands are there in one's
various bin's, what they do, who put them there and why. In tricky
situations the only way to understand a program better may be to
actuallly browse its directories and files, so clutter there would
hurt.

You are talking about the visible "living room" clutter. But there is a
different kind of clutter too: 

You go to a closet to pick up a tool but that place is a mess with
hundreds of scattered functioning and non-functioning gadgets, some for
110 V, others for 220 V. When you browse your shelves for information
you see a jungle of papers in 47 languages, 46 of which make no sense
to you. Etc. 

Why? Every worker who comes to do something is in the habit of
demanding your master key and rearranging your shelves and closets,
throwing out and putting in whatever he wants, and then just leaving.
You don't know what the heck went on and he doesn't have time or
inclination to bother informing you.

A
>From help-gnu-emacs-bounces@gnu.org  Wed Dec 11 12:55:15 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!fu-berlin.de!uni-berlin.de!p50876fa4.dip.t-dialin.NET!not-for-mail
From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=)
Newsgroups: gnu.emacs.help
Date: Wed, 11 Dec 2002 17:27:54 +0100
Organization: University of Dortmund, Germany
Lines: 46
Message-ID: <843cp434hh.fsf@lucy.cs.uni-dortmund.de>
References: <1P2J9.122644$Gc.3967898@twister.austin.rr.com>
        <usmx7jiq2.fsf@standardandpoors.com>
        <KI4J9.122660$Gc.3983550@twister.austin.rr.com>
        <84n0nep8bh.fsf@lucy.cs.uni-dortmund.de>
        <sBmJ9.126327$Gc.4290006@twister.austin.rr.com>
        <84vg21yciw.fsf@lucy.cs.uni-dortmund.de>
        <4BsJ9.128669$Gc.4330785@twister.austin.rr.com>
NNTP-Posting-Host: p50876fa4.dip.t-dialin.net (80.135.111.164)
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: fu-berlin.de 1039629247 35132453 80.135.111.164 (16 [73968])
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50
 (i686-pc-linux-gnu)
Cancel-Lock: sha1:DpxRrF/IkqL3TAhrWvH9spRBBsQ=
Xref: shelby.stanford.edu gnu.emacs.help:108002
To: help-gnu-emacs@gnu.org
Subject: Re: Search Next
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Wed, 11 Dec 2002 17:55:15 -0000

"CarlC" <carlc@snowbd.com> writes:

> "Kai Großjohann" <kai.grossjohann@uni-duisburg.de> wrote in message
> news:84vg21yciw.fsf@lucy.cs.uni-dortmund.de...
>> "CarlC" <carlc@snowbd.com> writes:
>>
>> It's not clear to me how to find out if two files are saved `right
>> after another'.  Hm.  You would have to arrange for Emacs to save the
>> search strings in an extra file on exit.  Hm.  desktop.el can already
>> save some things, and I think it can be configured to save more, so
>> you might be able to hook into that.
>
> It doesn't matter to me when a file is saved.

Previously, you said that you want to `group' files.  So if you save
fileA and fileB `together', then they should share the same search
string.  That's at least what I understood from your previous message.

> [...]
> My impression of desktop.el is that it will resume my last session exactly
> as I left it. All buffers opened with cursor in last position, etc. I just
> want to be able to open a file explicitly and retain position and search
> string from the previous edit of that file.

So we're back to square one.  You want to make isearch-string
buffer-local.  Then you want to make sure that the buffer-local value
is saved when you exit Emacs and loaded again when you enter Emacs
again.

First, please try whether it works to make the variable buffer-local.

Secondly, investigate how session.el or desktop.el allows you to save
per-buffer settings.

If that all pans out well, the following should do it:

(1) Tell Emacs that isearch-string is buffer-local, by putting
    (require 'isearch)
    (make-variable-buffer-local 'isearch-string)
    into ~/.emacs.

(2) Tell session.el or desktop.el to save the value of isearch-string
    for each buffer.

-- 
~/.signature is: umop ap!sdn    (Frank Nobis)
>From help-gnu-emacs-bounces@gnu.org  Wed Dec 11 12:55:17 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!canoe.uoregon.edu!logbridge.uoregon.edu!fu-berlin.de!uni-berlin.de!p50876fa4.dip.t-dialin.NET!not-for-mail
From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=)
Newsgroups: gnu.emacs.help
Date: Wed, 11 Dec 2002 17:30:20 +0100
Organization: University of Dortmund, Germany
Lines: 15
Message-ID: <84znrc1psz.fsf@lucy.cs.uni-dortmund.de>
References: <yqr1y4r80xj.fsf@cs.york.ac.uk>
        <84ptsap8jk.fsf@lucy.cs.uni-dortmund.de>
        <84y96xycq3.fsf@lucy.cs.uni-dortmund.de>
        <yqr65u06d0u.fsf@cs.york.ac.uk>
NNTP-Posting-Host: p50876fa4.dip.t-dialin.net (80.135.111.164)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: fu-berlin.de 1039629248 35132453 80.135.111.164 (16 [73968])
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50
 (i686-pc-linux-gnu)
Cancel-Lock: sha1:7ltq9x/W8aeY/ZBI+dSzfl6w6fI=
Xref: shelby.stanford.edu gnu.emacs.help:108003
To: help-gnu-emacs@gnu.org
Subject: Re: move to last article
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Wed, 11 Dec 2002 17:55:17 -0000

Kester Clegg <kester@cs.york.ac.uk> writes:

> I've no idea, but a buffer appeared with this in.  The word 'error' makes
> me think not.  ;-)  But I'll try and write a little function, it'll be
> good practice for me anyway!
>
>
> Debugger entered--Lisp error: (void-variable gnus-newsgroup-articles)

Were you in a summary buffer when you typed this?  Hm.  When I do C-h
v gnus-newsgroup-articles RET in a summary buffer, I get some
documentation. 

-- 
~/.signature is: umop ap!sdn    (Frank Nobis)
>From help-gnu-emacs-bounces@gnu.org  Wed Dec 11 12:55:19 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.arcor-online.net!easynews.net!newsfeed3.easynews.net!newsfeed.freenet.de!195.129.110.18.MISMATCH!bnewspeer00.bru.ops.eu.uu.net!emea.uu.net!newsproxy.muc.infineon.com!news.infineon.com!not-for-mail
From: Adalbert Perbandt <adalbert.perbandt@infineon.com>
Newsgroups: gnu.emacs.help
Date: 11 Dec 2002 18:48:32 +0100
Organization: Infineon Technologies
Lines: 15
Sender: perbandt@oak.hl.siemens.de
Message-ID: <ypfqvg20h2fj.fsf@oak.hl.siemens.de>
References: <ypfqr8cwip18.fsf@yew.hl.siemens.de>
        <mailman.1039203908.24681.help-gnu-emacs@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: newssrv.hl.siemens.de 1039628913 19984 172.31.17.25 (11 Dec 2002
        17:48:33 GMT)
X-Complaints-To: usenet@infineon.com
NNTP-Posting-Date: Wed, 11 Dec 2002 17:48:33 +0000 (UTC)
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Military Intelligence)
Xref: shelby.stanford.edu gnu.emacs.help:108004
To: help-gnu-emacs@gnu.org
Subject: Re: How to protect a buffer from being deleted by accident?
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Wed, 11 Dec 2002 17:55:19 -0000

Hi there,

thanks a lot for all the valuable hints!

In between I got informed about the location where I could download
recent versions of the clearcase-mode package. I did so and looked
into the most recent code. Now the problem with the *clearcase* buffer
is gone and the much more sensible *cleartool* buffer got a space as
first character added so it is no longer visible in the buffer
list. Obviously the author also saw good reasons to change this.

Thanks,

Adalbert.