bug#5589: 23.1.90; wdired fails with dired ls -1

bug#5589: 23.1.90; wdired fails with dired ls -1

[Andreas Roehler]

emacs -q

dired with option `ls -1'

wdired-change-to-wdired-mode
reports error:

wdired-preprocess-symlinks: Search failed: " -> \\(.*\\)$"

Mode-line displays "(Editable Dired...)"
but when I start editing, it's refused saying:

call-interactively: Text is read-only

Thanks all


Andreas

--
https://code.launchpad.net/~a-roehler/python-mode
https://code.launchpad.net/s-x-emacs-werkstatt/

;;;;;;;;;;;;;;;;;;;;;;

Suse 10.3

In GNU Emacs 23.1.90.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
 of 2009-12-20
Windowing system distributor `The X.Org Foundation', version 11.0.70200000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Editable Dired

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-u C-x d <backspace> <backspace> 1 <return> <return>
M-x w d i r e d - c h <tab> <return> <up> <up> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> C-d M-x r e p o r r t - <backspace> <backspace>
<backspace> r <backspace> t - r <backspace> e m a c
s - b u <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
wdired-preprocess-symlinks: Search failed: " -> \\(.*\\)$"
call-interactively: Text is read-only

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message sendmail ecomplete rfc822 mml easymenu
mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse
rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util
netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock
sha1 hex-util hashcash mail-utils emacsbug wdired dired regexp-opt
tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
font-setting tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind system-font-setting
font-render-setting gtk x-toolkit x multi-tty emacs)

bug#5589: 23.1.90; wdired fails with dired ls -1

[Stefan Monnier]

> emacs -q

> dired with option `ls -1'

You already have a problem here: dired doesn't work with this.
And indeed dired-listing-switches says clearly that the `l' option
is mandatory.


        Stefan

bug#5589: 23.1.90; wdired fails with dired ls -1

[Andreas Roehler]

Stefan Monnier wrote:
>> emacs -q
> 
>> dired with option `ls -1'
> 
> You already have a problem here: dired doesn't work with this.
> And indeed dired-listing-switches says clearly that the `l' option
> is mandatory.
> 
> 
>         Stefan
> 

May the report be treated it as a feature request?

dired-listing-switches says `l' option is mandatory, but that's an inconvenience IMHO.

Encounter many occasions, a shorter display than `l' delivers is helpful. Just faster to look upon, edit etc.

Thanks

Andreas

bug#5589: 23.1.90; wdired fails with dired ls -1

[Stefan Monnier]

> May the report be treated it as a feature request?

As mentioned in an earlier message, there's `dired-virtual' for
such cases.


        Stefan

bug#5589: 23.1.90; wdired fails with dired ls -1

[Glenn Morris]

I don't see a need to keep open this particular report, which was marked
"wontfix" some time ago.

Stefan Monnier wrote:

> You already have a problem here: dired doesn't work with this.
> And indeed dired-listing-switches says clearly that the `l' option
> is mandatory.