From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED!not-for-mail
From: Andrew Hyatt <ahyatt@gmail.com>
Newsgroups: gmane.emacs.bugs
Subject: bug#5751: Strange behaviour of ff-find-other-file
Date: Sun, 28 Aug 2016 05:18:11 +0000
Message-ID: <CAM6wYYJvAdeXLGy+JDj1D5VSvEMnneQ2K2wxhP+8CLkVKgH3eQ@mail.gmail.com>
References: <7B99D88E-806D-412D-8CCD-0EDB6CDF6588@gmx.net>
	<m2shttzdod.fsf@Andrews-MacBook-Pro.local>
	<877fb4tj6l.fsf@users.sourceforge.net>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary=047d7b8743f65fe461053b1ae0b5
X-Trace: blaine.gmane.org 1472361561 12759 195.159.176.226 (28 Aug 2016 05:19:21 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 28 Aug 2016 05:19:21 +0000 (UTC)
Cc: 5751@debbugs.gnu.org, Arne Schmitz <arne.schmitz@gmx.net>
To: npostavs@users.sourceforge.net
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 28 07:19:17 2016
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([208.118.235.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1bdsV1-0002nu-BH
	for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Aug 2016 07:19:15 +0200
Original-Received: from localhost ([::1]:38200 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1bdsUz-0004qG-12
	for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Aug 2016 01:19:13 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59843)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1bdsUs-0004px-Bn
	for bug-gnu-emacs@gnu.org; Sun, 28 Aug 2016 01:19:07 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1bdsUo-00032J-M8
	for bug-gnu-emacs@gnu.org; Sun, 28 Aug 2016 01:19:06 -0400
Original-Received: from debbugs.gnu.org ([208.118.235.43]:44678)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1bdsUo-00032F-IX
	for bug-gnu-emacs@gnu.org; Sun, 28 Aug 2016 01:19:02 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1bdsUo-0005ZH-6u
	for bug-gnu-emacs@gnu.org; Sun, 28 Aug 2016 01:19:02 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Andrew Hyatt <ahyatt@gmail.com>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Sun, 28 Aug 2016 05:19:02 +0000
Resent-Message-ID: <handler.5751.B5751.147236151121358@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 5751
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
Original-Received: via spool by 5751-submit@debbugs.gnu.org id=B5751.147236151121358
	(code B ref 5751); Sun, 28 Aug 2016 05:19:02 +0000
Original-Received: (at 5751) by debbugs.gnu.org; 28 Aug 2016 05:18:31 +0000
Original-Received: from localhost ([127.0.0.1]:42390 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1bdsUJ-0005YQ-AQ
	for submit@debbugs.gnu.org; Sun, 28 Aug 2016 01:18:31 -0400
Original-Received: from mail-wm0-f48.google.com ([74.125.82.48]:37213)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <ahyatt@gmail.com>) id 1bdsUH-0005YD-7H
	for 5751@debbugs.gnu.org; Sun, 28 Aug 2016 01:18:29 -0400
Original-Received: by mail-wm0-f48.google.com with SMTP id i5so44961997wmg.0
	for <5751@debbugs.gnu.org>; Sat, 27 Aug 2016 22:18:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 
	h=mime-version:references:in-reply-to:from:date:message-id:subject:to
	:cc; bh=haH74IzFy1qLK6KPn1u9bdsN0/c5+O8J2M2zjfD0Jl8=;
	b=dxG8WEFLwVYRh8XQWrBqvQP/DAFAvhraDZMRWcdqLlWriGGBpiKMath+EZEwY6NfiQ
	1Zpi1Mbrk7K2GGdhi0RlJ2YX4NYutqvri4tB4pxp2ALn63/16wOa4814nhdRSAsmx4w+
	hu2Kze+x/eNSoAHZ9jt6NiPoYJlFYW8FLBZZxCIWEh9VZSP04jxy/TkxD0zrPLLnQa+0
	F5d2ea/wx2Fq22ZEKK8gd0mLcDZHhT12k7/dHvjm70DeBhS6T5/WSYU8cplbis1Kx1Gs
	EPY1aHcvlZV+8Pm1a2h2Fb395U/qN6OHOkD+wCV1CVklv+X5MwDKm8pyi/IaoLf4gogV
	Ce/Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:references:in-reply-to:from:date
	:message-id:subject:to:cc;
	bh=haH74IzFy1qLK6KPn1u9bdsN0/c5+O8J2M2zjfD0Jl8=;
	b=W90YJrVicsAY7lsvt9RHsXsRa5x/nx3TqhVpMXTR08G5ClschU6/T9Gtl5PnHLUwCR
	CEVIeCpREB29At3h8/nSjOkrnWmUVlEH9eP9zozNNwebCSopu2QxPTQQXYENMuyqiD/v
	Z3OFtqiZPSE6ikj21mkvXV8sUWXwGkzL0ZWX1K+mBayheV7NA3a7StP0wVt6GJe6XCK+
	AgwT6dz7Me77LnnuFKJ2M0O/KB5kmjXV15MSZeigOLjIyL5G5iA3LRY3bhtPTDzyiEXC
	ekXM9G81o9LFTjDMoBFdXHFFER1GtWmLqNvqBbS2UVRr/NRu4STKxg0uPYGHzG32CTth
	mtVg==
X-Gm-Message-State: AE9vXwMeopKUVuBCFd1MitTD3j+o07NHlZeUAb9srn9LyvTyAEuMHU7Nxcm6cKya1RncOaJxJYUBtwSormndrw==
X-Received: by 10.194.200.36 with SMTP id jp4mr11395011wjc.26.1472361503119;
	Sat, 27 Aug 2016 22:18:23 -0700 (PDT)
In-Reply-To: <877fb4tj6l.fsf@users.sourceforge.net>
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 208.118.235.43
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-gnu-emacs/>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Original-Sender: "bug-gnu-emacs"
	<bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.bugs:122733
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/122733>

--047d7b8743f65fe461053b1ae0b5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

On Thu, Aug 25, 2016 at 9:25 PM <npostavs@users.sourceforge.net> wrote:

> reopen 5751
> tags 5751 - notabug
> severity 5751 wishlist
> retitle 5751 Let ff-find-other-file search other directories (in
> "project"?)
> quit
>
> Andrew Hyatt <ahyatt@gmail.com> writes:
>
> > Sorry for the delay in response here.  I think I understand what you are
> > saying, but I think we probably would both agree this is more of a
> > feature request than a bug.
> >
> > But I'm not sure it makes sense as a feature request - just because you
> > have foo.c and foo.h, it is dangerous to think they are related just
> > because they both exist as buffers.  I frequently have multiple copies
> > of the same file open in different directories to work on different
> > issues - it would be a bug if ff-find-other-file started flipping
> > between two very different working directories.
> >
> > So, I'm closing this one as not a bug.
>
> I'm reopening, because I think this does make sense as a feature
> request.  Generally foo.c and foo.h will be related if they are in the
> same "project", so probably the user will want the file to be found in
> this case.  I think Emacs recently got some kind of "project API" thing,
> perhaps that can be used for this?
>

This makes more sense the original proposal, but I'm still not so sure.
For example, how many projects have multiple directories with files called
util.c?  Probably quite a few.  I think any assumptions we make here will
be bound to cause problems.

--047d7b8743f65fe461053b1ae0b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Aug 25, 2016 at 9:25 PM &lt;<a href="mailto:npostavs@users.sourceforge.net">npostavs@users.sourceforge.net</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">reopen 5751<br>
tags 5751 - notabug<br>
severity 5751 wishlist<br>
retitle 5751 Let ff-find-other-file search other directories (in &quot;project&quot;?)<br>
quit<br>
<br>
Andrew Hyatt &lt;<a href="mailto:ahyatt@gmail.com" target="_blank">ahyatt@gmail.com</a>&gt; writes:<br>
<br>
&gt; Sorry for the delay in response here.  I think I understand what you are<br>
&gt; saying, but I think we probably would both agree this is more of a<br>
&gt; feature request than a bug.<br>
&gt;<br>
&gt; But I&#39;m not sure it makes sense as a feature request - just because you<br>
&gt; have foo.c and foo.h, it is dangerous to think they are related just<br>
&gt; because they both exist as buffers.  I frequently have multiple copies<br>
&gt; of the same file open in different directories to work on different<br>
&gt; issues - it would be a bug if ff-find-other-file started flipping<br>
&gt; between two very different working directories.<br>
&gt;<br>
&gt; So, I&#39;m closing this one as not a bug.<br>
<br>
I&#39;m reopening, because I think this does make sense as a feature<br>
request.  Generally foo.c and foo.h will be related if they are in the<br>
same &quot;project&quot;, so probably the user will want the file to be found in<br>
this case.  I think Emacs recently got some kind of &quot;project API&quot; thing,<br>
perhaps that can be used for this?<br></blockquote><div><br></div><div>This makes more sense the original proposal, but I&#39;m still not so sure.  For example, how many projects have multiple directories with files called util.c?  Probably quite a few.  I think any assumptions we make here will be bound to cause problems. </div><div><br></div></div></div>

--047d7b8743f65fe461053b1ae0b5--