In the 'dired' major mode that gets installed with xemacs-packages-sumo, the cursor keys should position the cursor at the start of the filenames in the directory, and RETURN should load the file pointed to by the cursor. But the cursor keys place the cursor at left of screen. Pressing RETURN gives me the message 'no file on this line', even if i manually position the cursor to the start of the filename. Believe me - this *is* a bug. Debian version of xemacs has no such problem.
I can't reproduce this bug when using pui withing xemacs. Have you tried doing that rather than using the sumo?
Read through the README.Gentoo on how to do it.
README.Gentoo doesn't solve the problem. It says to type 'M-x package-get-remote RED' But there is no such function 'package-get-remote' Anyway, I set up xemacs to download packages from ibiblio. Removed dired package (as it was installed by xemacs-packages-sumo), and reinstalled it - same problem. Sorry, but this part of xemacs is definitely broken. I need something more substantial than a blanket 'RTFM' response.
Where it says to type 'M-x package-get-remote RET' instead type 'M-x customize-variable RET package-get-remote' (it was an error in the docs -- it's been updated on portage).
...and try it without xemacs*sumo installed.
The problem was caused by my non-US system locale The 'ls -l ' command produces dates in mm-dd (eg 08-11) format, instead of the usual MMM dd (eg Aug 11) format. This confused the emacs logic which was trying to find the filename on the dired line. FIX: 1) Grab dired.sl from /usr/portage/distfiles/xemacs-sumo-2002-07-20.tar.bz2, extract into /usr/lib/xemacs/xemacs-packages/lisp/dired/ 2) Hack dired.el, near line 791 (where dired-re-month-and-time gets set) Change (date-month (concat "\\(" date " " month "\\)"))) to: (date-month (concat "\\(" date " " month "\\)")) (date-date (concat "\\(" date "\-" date "\\)"))) ;; HACK 3) Delete dired.elc (or byte-recompile dired.el) 4) Restart emacs Then, dired should work nicely!
Created attachment 7867 [details, diff] Proposed fix I was experiencing the problem described in this bug (caused by the different date formats used by ls when locale is set to en_US). The attached patch fixes this issue and should be added to the ebuild.
Created attachment 7868 [details, diff] Proposed fix I was experiencing the problem described in this bug (caused by the different date formats used by ls when locale is set to en_US). The attached patch fixes this issue and should be added to the ebuild.
Created attachment 7869 [details] Proposed fix I was experiencing the problem described in this bug (caused by the different date formats used by ls when locale is set to en_US). The attached patch fixes this issue and should be added to the ebuild.
Created attachment 7870 [details, diff] Proposed fix I was experiencing the problem described in this bug (caused by the different date formats used by ls when locale is set to en_US). The attached patch fixes this issue and should be added to the ebuild.
Grr. Stupid Mozilla, or Bugzilla, or something. It kept telling me there was a problem with the attachment upload, but apparently it kept adding them anyway. Sorry about the spam.