unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix
@ 2017-11-08 16:13 Drew Adams
  2017-11-08 16:18 ` Drew Adams
  2017-11-10 10:14 ` Eli Zaretskii
  0 siblings, 2 replies; 3+ messages in thread
From: Drew Adams @ 2017-11-08 16:13 UTC (permalink / raw)
  To: 29215

1. Typo in first line of doc string:

   Test whether the current search hit is a file name.

   It does not test whether the search hit is a file name.
   It tests whether the search hit is IN a file name.

2. Please provide a fix or enhancement that lets users match a search
   pattern at the beginning of a file name.  With
   `dired-isearch-filenames-regexp', for example, using "`\f" or "^f"
   does not match a file name that begins with "f".  It's not obvious
   how to match the beginning of a file name.



In GNU Emacs 26.0.90 (build 3, x86_64-w64-mingw32)
 of 2017-10-13
Repository revision: 906224eba147bdfc0514090064e8e8f53160f1d4
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install 'CFLAGS=-O2 -static -g3''





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix
  2017-11-08 16:13 bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix Drew Adams
@ 2017-11-08 16:18 ` Drew Adams
  2017-11-10 10:14 ` Eli Zaretskii
  1 sibling, 0 replies; 3+ messages in thread
From: Drew Adams @ 2017-11-08 16:18 UTC (permalink / raw)
  To: 29215

> 1. Typo in first line of doc string:
> 
>    Test whether the current search hit is a file name.
> 
>    It does not test whether the search hit is a file name.
>    It tests whether the search hit is IN a file name.

Actually, even that is incorrect.  The actual behavior is
to test whether ANY PART OF the search hit is in a file
name.  That is, if the search string matches any part of
a file name then this returns non-nil.

For example, if you search for "3  h" and there is a file
name that begins with "h" and its last-modified date, as
displayed in Dired, ends with "3", then this predicate
returns non-nil and the search commands that use the
predicate successfully find that file name.

This is not obvious.





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix
  2017-11-08 16:13 bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix Drew Adams
  2017-11-08 16:18 ` Drew Adams
@ 2017-11-10 10:14 ` Eli Zaretskii
  1 sibling, 0 replies; 3+ messages in thread
From: Eli Zaretskii @ 2017-11-10 10:14 UTC (permalink / raw)
  To: Drew Adams; +Cc: 29215

> Date: Wed, 8 Nov 2017 08:13:17 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> 1. Typo in first line of doc string:
> 
>    Test whether the current search hit is a file name.
> 
>    It does not test whether the search hit is a file name.
>    It tests whether the search hit is IN a file name.
> 
> 2. Please provide a fix or enhancement that lets users match a search
>    pattern at the beginning of a file name.  With
>    `dired-isearch-filenames-regexp', for example, using "`\f" or "^f"
>    does not match a file name that begins with "f".  It's not obvious
>    how to match the beginning of a file name.

Thanks, I fixed the first item on the release branch.

(Lumping more than one issue in the same report is baaad, mmkay?)





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2017-11-10 10:14 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-11-08 16:13 bug#29215: 26.0; `dired-isearch-filter-filesnames`: be able to match prefix Drew Adams
2017-11-08 16:18 ` Drew Adams
2017-11-10 10:14 ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).