Re: M-\ does not work with prefix argument as documented
Kevin Rodgers <[EMAIL PROTECTED]> writes: > Dieter Wilhelm wrote: >> By the way, what is confusing to me is the fact that the diff output >> does not reflect the indentation of the code correctly. Please have a >> look at the progn command, in the code the lines below progn are >> indented with 2 additional spaces. > > Such visual distortions arise due to tabs in the code, which is the > default (see indent-tabs-mode). Each line of the diff output starts > with 2 additional characters (<, >, +, -, or !, then a space); that may > or may not result in the subsequent printable characters being displayed > 2 columns to the right, depending on whether any intervening tabs get > pushed past the next (8-column) tab stop. Thank you, I always thought that the following would be Emacs' policy to be as portable as possible: (setq-default indent-tabs-mode nil) > I know it's disconcerting, but you just have to learn to ignore it. First of all, it's not *so* disconcerting and even less so when one knows why it happens. But you are sounding somewhat fatalistic in your last sentence, aren't you? This make me wonder, whether setting the default of indent-tabs-mode to nil is really a panacea. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Kevin Rodgers <[EMAIL PROTECTED]> writes:
...
Could something in this line be helpful (after the release)?
By the way, what is confusing to me is the fact that the diff output
does not reflect the indentation of the code correctly. Please have a
look at the progn command, in the code the lines below progn are
indented with 2 additional spaces.
*** simple.el 03 jan 2007 05:19:56 +0100 1.839
--- simple.el 03 jan 2007 14:33:52 +0100
***
*** 704,723
nil
(insert ?\s
! (defun delete-horizontal-space (&optional backward-only)
"Delete all spaces and tabs around point.
! If BACKWARD-ONLY is non-nil, only delete them before point."
! (interactive "*P")
(let ((orig-pos (point)))
! (delete-region
! (if backward-only
!orig-pos
(progn
(skip-chars-forward " \t")
!(constrain-to-field nil orig-pos t)))
! (progn
!(skip-chars-backward " \t")
!(constrain-to-field nil orig-pos)
(defun just-one-space (&optional n)
"Delete all spaces and tabs around point, leaving one space (or N spaces)."
--- 704,731
nil
(insert ?\s
! (defun delete-horizontal-space (&optional direction)
"Delete all spaces and tabs around point.
! If numerical prefix argument DIRECTION is positiv, only delete
! them after point. If DIRECTION is negativ, only delete them
! before point."
! (interactive "*p")
(let ((orig-pos (point)))
! (cond
! ((unless current-prefix-arg)
! (just-one-space 0))
! ((< direction 0)
! (delete-region
!(progn
!(skip-chars-backward " \t")
!(constrain-to-field nil orig-pos))
!orig-pos))
! ((> direction 0)
! (delete-region
!orig-pos
(progn
(skip-chars-forward " \t")
!(constrain-to-field nil orig-pos t)))
(defun just-one-space (&optional n)
"Delete all spaces and tabs around point, leaving one space (or N spaces)."
*** killing.texi03 jan 2007 05:20:01 +0100 1.57
--- killing.texi03 jan 2007 14:16:08 +0100
***
*** 148,159
The other delete commands are those which delete only whitespace
characters: spaces, tabs and newlines. @kbd{M-\}
(@code{delete-horizontal-space}) deletes all the spaces and tab
! characters before and after point. (With a prefix argument, it
! deletes them before point, but not after.) @[EMAIL PROTECTED]
(@code{just-one-space}) does likewise but leaves a single space after
! point, regardless of the number of spaces that existed previously
! (even if there were none before). With a numeric argument @var{n}, it
! leaves @var{n} spaces after point.
@kbd{C-x C-o} (@code{delete-blank-lines}) deletes all blank lines
after the current line. If the current line is blank, it deletes all
--- 148,159
The other delete commands are those which delete only whitespace
characters: spaces, tabs and newlines. @kbd{M-\}
(@code{delete-horizontal-space}) deletes all the spaces and tab
! characters before and after point. (With a numerical prefix argument,
! it deletes them selectively before or after point.) @[EMAIL PROTECTED]
(@code{just-one-space}) does likewise but leaves a single space after
! point, regardless of the number of spaces that existed previously (even
! if there were none before). With a numeric argument @var{n}, it leaves
! @var{n} spaces after point.
@kbd{C-x C-o} (@code{delete-blank-lines}) deletes all blank lines
after the current line. If the current line is blank, it deletes all
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: isearch-forward-regexp and isearch-backward-regexp return differing search results
Richard Stallman <[EMAIL PROTECTED]> writes:
> Forward and backward regexp search are not symmetrical.
> This is explained in the Lisp Manual.
Thanks, I understand, this is a limitation but probably of a sort one
can live with.
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
isearch-forward-regexp and isearch-backward-regexp return differing search results
emacs -D -Q please insert something in the line of hans ooffoo ooffoo ooffoo hans hans ooffoo ooffoo ooffoo hans and do a "C-M-r" search for "o.*o", repeat possibly the search and change to "C-M-s". You will see that the search results are very different. Some days ago I asked on gnu.emacs.help whether there is a reason for this behaviour. I think one would expect the same search results in forward and backward direction. In GNU Emacs 22.0.92.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-12-22 on hans X server distributor `The X.Org Foundation', version 11.0.60802000 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: display-time-mode: t gnus-topic-mode: t gnus-undo-mode: t shell-dirtrack-mode: t auto-insert-mode: t show-paren-mode: t minibuffer-indicate-depth-mode: t delete-selection-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: M-> n n n C-M-k SPC n SPC SPC SPC < SPC SPC SPC q g M-< n C-n C-n C-n C-n E q L C-n C-n C-n M-> C-p C-p q n nC-M-k q M-< n n n q M-x e m a c s - b u b u g r e p o r b Recent messages: No more unread articles Mark set Retrieving newsgroup: nnml+private:mail.dalug... Fetching headers for nnml+private:mail.dalug...done Scoring...done Generating summary...done Expiring articles...done Auto-saving... Making completion list... [2 times] Loading emacsbug...done -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Richard Stallman <[EMAIL PROTECTED]> writes: > Does this fix the bug? I don't want to add any features now. Yes it does fix the "bug", thank you. > > *** simple.el 04 Dec 2006 09:25:30 -0500 1.837 > --- simple.el 13 Dec 2006 13:56:29 -0500 > *** > *** 707,713 > (defun delete-horizontal-space (&optional backward-only) > "Delete all spaces and tabs around point. > If BACKWARD-ONLY is non-nil, only delete spaces before point." > ! (interactive "*") > (let ((orig-pos (point))) > (delete-region >(if backward-only > --- 707,713 > (defun delete-horizontal-space (&optional backward-only) > "Delete all spaces and tabs around point. > If BACKWARD-ONLY is non-nil, only delete spaces before point." > ! (interactive "*P") > (let ((orig-pos (point))) > (delete-region >(if backward-only > -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Richard Stallman <[EMAIL PROTECTED]> writes:
> Yes I realised that and I wondered why he didn't use your patch, maybe
> he has just overlooked it, I'll ask.
>
> I did not use that patch because I decided not to add a new feature.
I'm sorry for the confusion I caused. (I thought it were accepted by
all that new features are only welcome after the release, I just
wanted to test the reception of such an idea in general.)
Kevin didn't add a new feature either, he was just concerned about the
documentation (please have a look below, I think the changes are very
good).
2006-12-13 Kevin Rodgers <[EMAIL PROTECTED]>
* simple.el (delete-horizontal-space): Bind optional BACKWARD-ONLY
arg to interactive prefix arg, and update doc string.
* killing.texi (Deletion): Describe `M-\'
(delete-horizontal-space) prefix argument.
*** simple.el.orig 2006-12-04 05:51:48 -
--- simple.el 2006-12-13 09:40:19.509429600 -0700
***
*** 706,713
(defun delete-horizontal-space (&optional backward-only)
"Delete all spaces and tabs around point.
! If BACKWARD-ONLY is non-nil, only delete spaces before point."
! (interactive "*")
(let ((orig-pos (point)))
(delete-region
(if backward-only
--- 706,713
(defun delete-horizontal-space (&optional backward-only)
"Delete all spaces and tabs around point.
! With prefix arg BACKWARD-ONLY, only delete spaces and tabs before point."
! (interactive "*P")
(let ((orig-pos (point)))
(delete-region
(if backward-only
*** killing.texi.orig 2006-07-24 17:46:22 -
--- killing.texi2006-12-13 09:39:38 -0700
***
*** 148,154
The other delete commands are those which delete only whitespace
characters: spaces, tabs and newlines. @kbd{M-\}
(@code{delete-horizontal-space}) deletes all the spaces and tab
! characters before and after point. @[EMAIL PROTECTED]
(@code{just-one-space}) does likewise but leaves a single space after
point, regardless of the number of spaces that existed previously (even
if there were none before). With a numeric argument @var{n}, it
--- 148,155
The other delete commands are those which delete only whitespace
characters: spaces, tabs and newlines. @kbd{M-\}
(@code{delete-horizontal-space}) deletes all the spaces and tab
! characters before and after point. With a prefix argument, it only
! delete spaces and tabs before point. @[EMAIL PROTECTED]
(@code{just-one-space}) does likewise but leaves a single space after
point, regardless of the number of spaces that existed previously (even
if there were none before). With a numeric argument @var{n}, it
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: adieu *scratch*
[EMAIL PROTECTED] (Michaël Cadilhac) writes: > Dan Jacobson <[EMAIL PROTECTED]> writes: > >> Nope, it's time the *scratch* buffer should go for experienced user >> me. > >> (kill-buffer "*scratch*");in .emacs > > I don't see what you're doing with that. AFAIK, the *scratch* buffer > never dies, never surrenders. If the default Lisp mode is not your cup > of tea, you can change it, AYK :-) In Emacs 22 I managed 2 or 3 times to kill my *scratch* buffer by accident. > >> OK, that wasn't too hard. Anyway, there are plenty of variables >> regarding the *scratch* buffer but none to not create it in the first >> place. > > Wonder if it is at all possible to not have this buffer, AFAICS, plenty > of code depends on it. It seems that *scratch* is not necessary any longer (in 22) but I wish there were a command for re-creating it or at least a mechanism not to kill it incidentally. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Kevin Rodgers <[EMAIL PROTECTED]> writes: > Dieter Wilhelm wrote: >> Kevin Rodgers <[EMAIL PROTECTED]> writes: >>> Dieter Wilhelm wrote: ... >> Thank you for installing your patch. (You did install it, didn't you?) > > No, I don't have that permission. But RMS posted a similar patch, > so I assume that was committed. The main difference was that my patch Yes it was installed. > included changes to the doc string and the manual. Yes I realised that and I wondered why he didn't use your patch, maybe he has just overlooked it, I'll ask. ... >> What I need to know is how could I distinguish in the function whether >> the user gave a prefix argument '1' or whether it was the default >> argument '1'? The default argument would mean kill on both sides, the >> same numerical value would mean just kill to the right. Is it >> possible to intercept the argument before the (interactive "*p") form >> is evaluated? > > I think that would be a poor interface: for any command foo that takes > a numeric argument, `M-x foo' and `M-1 M-x foo' ought to mean the same > thing. Maybe it would be consistent with most Emacs commands with numerical arguments but I don't think of it as a poor interface, because we're gaining an additional choice and I've also an Emacs example where this is practised: C-l (recenter). > But yes, you can examine the value of current-prefix-arg, which will > be nil in the `M-x foo' case. Great, thank you! I didn't know the variable. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Kevin Rodgers <[EMAIL PROTECTED]> writes: > Dieter Wilhelm wrote: >> Hi >> >> emacs -Q -D >> >> Insert a line like the following: >> >> otto foo >>^ >> >> Place the cursor approximately where the accent is. Type M-- M-\ and >> all white space is deleted instead of only the one on the left hand >> side. > > Neither the Emacs manual nor the delete-horizontal-space's doc string > says anything about how prefix args are handled. But it seems like a You're right, I interpreted the documentation in this way because I wanted M-\ to work also with a prefix argument. My notion was that a numeric argument to an interactive function means implicitly that a prefix argument must be working as well. The next time I'll be looking out for the word prefix. Thank you for installing your patch. (You did install it, didn't you?) > >> Could you, please, also make the command symmetric? For example >> negative arguments are killing on the left hand side of the point and >> positive arguments on the left hand side. The default would remain as >> is. (There was recently a request--unrelated to M-\--for such a >> feature on gnu.emacs.help, killing white space left or right of the >> cursor). > > That would be cool. 8-), OK, I'll have a go at it. But probably only after the release. What I need to know is how could I distinguish in the function whether the user gave a prefix argument '1' or whether it was the default argument '1'? The default argument would mean kill on both sides, the same numerical value would mean just kill to the right. Is it possible to intercept the argument before the (interactive "*p") form is evaluated? -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
M-\ does not work with prefix argument as documented
Hi
emacs -Q -D
Insert a line like the following:
otto foo
^
Place the cursor approximately where the accent is. Type M-- M-\ and
all white space is deleted instead of only the one on the left hand
side.
Could you, please, also make the command symmetric? For example
negative arguments are killing on the left hand side of the point and
positive arguments on the left hand side. The default would remain as
is. (There was recently a request--unrelated to M-\--for such a
feature on gnu.emacs.help, killing white space left or right of the
cursor).
Dieter
--
In GNU Emacs 22.0.91.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-12-03 on hans
X server distributor `The X.Org Foundation', version 11.0.60802000
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: fr_FR.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Summary
Minor modes in effect:
gnus-mailing-list-mode: t
gnus-agent-mode: t
display-time-mode: t
shell-dirtrack-mode: t
auto-insert-mode: t
show-paren-mode: t
minibuffer-indicate-depth-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b
C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b
C-b C-b C-b C-b C-b C-b C-b C-b C-b C-d C-d C-d S P
C C-f C-f C-f C-f C-f C-f C-f C-f : C-p C-p C-p C-b
C-b C-b C-b C-b C-b C-b C-b C-b C-b C-b : C-p C-p C-b
C-b C-b C-b C-b : C-n C-n C-n C-n C-s SPC SPC
M-q C-c C-c M-p M-x
r e p o r b u
Recent messages:
Auto-saving...done
Mark saved where search started
Auto-saving...done
Sending...
Sending via mail...
Saving file /home/dieter/Mail/archive/sent...
Wrote /home/dieter/Mail/archive/sent
Sending...done
History item: 1
Loading emacsbug...done
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: documentation of subfeature
[EMAIL PROTECTED] (Kim F. Storm) writes: > Dieter Wilhelm <[EMAIL PROTECTED]> writes: > >> Hi >> >>>From the Elisp manual I think I understand roughly what a feature is. >> But I can't imagine what a subfeature might be or when it might be >> helpful to provide (15.7 Features). > > > There's an example in the ELisp manual: > > 37.16.3 Testing Availability of Network Features > > (elisp)Network Feature Testing Thank you, I'll have a look at it. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
documentation of subfeature
Hi
>From the Elisp manual I think I understand roughly what a feature is.
But I can't imagine what a subfeature might be or when it might be
helpful to provide (15.7 Features).
===
In GNU Emacs 22.0.91.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-11-27 on hans
X server distributor `The X.Org Foundation', version 11.0.60802000
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: fr_FR.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Summary
Minor modes in effect:
display-time-mode: t
shell-dirtrack-mode: t
auto-insert-mode: t
show-paren-mode: t
minibuffer-indicate-depth-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
M-x v
e r s i o n n n n M-x b u f
g r e p
o r t b u g
Recent messages:
Loading time...done
GNU Emacs 22.0.91.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of
2006-11-27 on hans
Retrieving newsgroup: gmane.emacs.devel...
Loading gnus-ml...done
Fetching headers for gmane.emacs.devel...done
Scoring...done
Generating summary...done
Making completion list...
Loading help-mode...done
Loading emacsbug...done
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
comment fontification in GNUmakefile mode
Hi CVS data from today $ emacs -Q -D M-x global-font-lock-mode open a file in makefile mode specify a variable like this VERSION := 100#this is the Ansys version number with an immediate sharp sign after the value, the comment is not highlighted. With the following line it works. VERSION := 100 #this is the Anys version number ^^^ (P.S. I can't write it with the space between the comment since the follwing won't work any longer TARGET_BLA : ansys-mode$(VERSION).el and will give me two prerequisites "ansys-mode100" and ".el") In GNU Emacs 22.0.50.5 (i686-pc-linux-gnu, X toolkit) of 2006-10-15 on hans X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--without-toolkit-scroll-bars'' 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: GNUmakefile Minor modes in effect: mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: C-x C-f / t m p / b l a . t x s h m a k M-x g l o - f o n C-n C-e # b l k a s C-b C-b C-b C-b C-b C-b SPC C-e C-x C-b C-g C-g M-x b u g r e p o r Recent messages: For information about the GNU Project and its goals, type C-h C-p. Loading make-mode... Loading regexp-opt...done Loading make-mode...done Global-Font-Lock mode enabled Auto-saving...done Quit [2 times] Making completion list... Loading help-mode...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ispell-change-dictionary does no SPC completion
Richard Stallman <[EMAIL PROTECTED]> writes: > > M-x ispell-change-dictionary > > SPC > > > > There is no completion of the *completions* buffer even though the > > buffer does not fully display the alternatives. > > > > I do not understand those words. What do you mean by "completion of > > the *completions* buffer"? > > > > I'm sorry, I meant scrolling of the *completions* buffer (when there are > more completions in the buffer than the window displays). > > That is not a bug. There is no feature to make SPC scroll in such > situations. > > What led you to think that SPC would have this effect inside the > minibuffer? I see, in such situations it's TAB which scrolls and not SPC or ?, I'm sorry for my confusion. SPC and ? just skip back to the beginning of the *completions* buffer. Maybe the feature of where it explicitly tells us to use SPC to scroll the *help* buffer was misleading to me and that I'm generally using more and more the SPC key to scroll in other situations (e. g. in w3m buffers). On the other hand it would be nice (and more consistent) for the other completion commands besides TAB to exhibit the scrolling behaviour. It is a bit frustrating that they are able to trigger a *completions* buffer but can't scroll it. Again this is just a suggestion, now that I learned it I can live with TAB. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: cursor after ispell-word remains over corrected word
Richard Stallman <[EMAIL PROTECTED]> writes:
> M-$ never moves point as far as I can see.
I see, I thought in 21.3 it was different, but probably confused the
expected behaviour with that of ispell-complete-word. (I shouldn't
have presented this as a bug and next time I'll make a note and
experiment a little longer.)
> Why do you expect it would do so?
Because it would be more efficient and consistent, it is unlikely that
one has any business to do inside a corrected word and M-TAB moves
point (to the end of the completed word) as well.
Imagine you are at the end of a misspelled word and the suggestion
from ispell is 2 characters longer, you end up 2 characters inside the
newly inserted word and must skip out of it before you are able to
edit further. The same happens when the cursor is inside the word to
be corrected.
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: global-hl-line-mode doesn't work right in the *compilation* buffer]
Chong Yidong <[EMAIL PROTECTED]> writes: >> ./emacs -Q -D >> M-x global-hl-line-mode >> M-x cd ".." >> M-x compile "./configure" >> C-x o (into the *compilation* buffer) >> M-> (to the already hidden end of the *compilation* buffer) >> >> Emacs highlights now the buffer position where the cursor started up >> to the current cursor position instead of only the current cursor >> line. > > I can't reproduce this. Right, this time it didn't work for me as well at the first try, probably because I didn't wait until the window of the *compilation* buffer was completely filled. But even then you should see this effect when you type M-< and M-> repeatedly, or C-SPC and M-> while the compilation still grinds on. You should get a - as in my case - green background in the *compilation* buffer. Thanks -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ispell-change-dictionary does no SPC completion
Richard Stallman <[EMAIL PROTECTED]> writes: > M-x ispell-change-dictionary > SPC > > There is no completion of the *completions* buffer even though the > buffer does not fully display the alternatives. > > I do not understand those words. What do you mean by "completion of > the *completions* buffer"? > I'm sorry, I meant scrolling of the *completions* buffer (when there are more completions in the buffer than the window displays). -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
cursor after ispell-word remains over corrected word
CVS data from Sunday: This is only a suggestion of a grateful user (on the other hand I can't remember the following behaviour in 21.4, maybe it's even a bug): Sometimes my cursor happens to reside over a word (i. e. inside word boundaries) before doing `M-$' (or `M-TAB'), then the cursor remains at `(point)' and does not skip to either the word beginning or the word end (as is indicated when `ispell-word' shows its alternatives) of the corrected word. In my opinion this is annoying because it's very likely that one has unnecessarily to skip out of the corrected word. I think the described behaviour makes only sense for `C-;' (flyspell-auto-correct-previous-word). In GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-07-23 on hans X server distributor `The X.Org Foundation', version 11.0.60802000 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Message Minor modes in effect: auto-fill-function: message-do-auto-fill mml-mode: t flyspell-mode: t display-time-mode: t shell-dirtrack-mode: t global-hl-line-mode: t auto-insert-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: SPC m a i s o n SPC e t SPC c ` a SPC ' SPC e s t SPC p l u s SPC m e i e u x SPC SPC p a c d e r c e SPC q u e SPC j ' SPC a i s SPC SPC m i e w u x SPC u t i l s SPC M-$ 2 C-e SPC p o u r M-x r e p o r t - e b Recent messages: Making completion list... Ispell process killed Local Ispell dictionary set to francais Starting new Ispell process [francais] ... Checking spelling of CA... Type C-x 1 to remove help window. byte-code: Buffer is read-only: #> Checking spelling of J'ECRIS... Auto-saving...done Checking spelling of UTILS... -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
global-hl-line-mode doesn't work right in the *compilation* buffer
CVS data from today:
./emacs -Q -D
M-x global-hl-line-mode
M-x cd ".."
M-x compile "./configure"
C-x o (into the *compilation* buffer)
M-> (to the already hidden end of the *compilation* buffer)
Emacs highlights now the buffer position where the cursor started up
to the current cursor position instead of only the current cursor
line.
In GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-07-23 on hans
X server distributor `The X.Org Foundation', version 11.0.60802000
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: fr_FR.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Group
Minor modes in effect:
display-time-mode: t
gnus-topic-mode: t
gnus-undo-mode: t
shell-dirtrack-mode: t
global-hl-line-mode: t
auto-insert-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
SPC n o t SPC w o r k SPC i n SPC M-b r i g h t SPC
C-e * c o m p i l e * SPC b u f f e r M-b M-b M-f
i a t i o n M-b M-b M-b M-f
C-x k 0 C-x 0
v ] r i g h
c h t i g C-x b
C-g C-g C-g
C-g M-x M-p
Recent messages:
Mark set
Making completion list...
Loading help-mode...done
Loading emacsbug...done
call-interactively: Text is read-only
byte-code: Command attempted to use minibuffer while in minibuffer
Loading w3m-bookmark...done
Mark set
Quit [5 times]
next-history-element: Beginning of history; no preceding item
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ispell-change-dictionary does no SPC completion
CVS Data of today:
emacs -Q -D
M-x ispell-change-dictionary
SPC
There is no completion of the *completions* buffer even though the
buffer does not fully display the alternatives. What only works is
M-end
SPC
the *compilations* buffer jumps to bob and typing
SPC
again has no effect, as before.
In GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-07-23 on hans
X server distributor `The X.Org Foundation', version 11.0.60802000
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: fr_FR.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Group
Minor modes in effect:
gnus-agent-mode: t
display-time-mode: t
gnus-topic-mode: t
gnus-undo-mode: t
shell-dirtrack-mode: t
global-hl-line-mode: t
auto-insert-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-x
C-s M-x i s p - c h a n
C-s i s p C-n C-n M-f C-h v M-x M-p
SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC C-g C-g
M-x r e p o r b
Recent messages:
x
Quit
Undo!
Auto-saving...done
Wrote /home/dieter/.gnu-emacs-custom
Using default dictionary
Mark saved where search started
Type C-x 1 to remove help window.
Making completion list... [11 times]
Quit
Quit
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Missing argument list of C-x o
Eli Zaretskii <[EMAIL PROTECTED]> writes: > Thank you for your report. (Bug reports about the CVS version should > go to emacs-devel@gnu.org or emacs-pretest-bug@gnu.org, though.) Sorry, I'm somewhat baffled, how I managed this, I'm using for months only CVS versions and with M-x report-emacs-bug I always got so far the proper mailing list (emacs-pretest-bug). > > I don't see this problem in today's CVS. Could you please try the > latest version? If the problem still happens for you, please post > another bug report. I'm very sorry, I sent a false alarm. The problem occurred with the emacs-22.0.50 binary and not with emacs-22.0.50.1 (or the emacs link). I assume that this binary was (or is always) not fully functional. I was asking in gnu.emacs.help why there are different binaries at all but got no response, so I assumed that this file could be a backup of the previous (successfully compiled) version because when I started it there was no warning for this "memory overflow" problem at that time. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
[Dieter Wilhelm] Re: tumme does not show image buffer
"Mathias Dahl" <[EMAIL PROTECTED]> writes: > I run this in a terminal, so it probably behaves differently because > of that, but the window is split, and I can see that I get extra > "characters" in the thumbnail buffer (no visible images of course, but > "placeholders"). emacs -Q -nw In an xterm I do not get extra "characters" the *tumme* buffer pops up though but it is void (no placeholders). > > If you in the dired buffer try this, does it work: > > M-: (pop-to-buffer "*tumme*") RET > emacs -Q M-x tumme No *tumme* buffer visible, just the dired buffer with marked files. m-: (pop-to-buffer "*tumme*") RET It works, the *tumme* buffer pops up. > There *is* a thumbnail buffer, is there? Yes, there is. -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tumme does not show image buffer
Mathias Dahl <[EMAIL PROTECTED]> writes: >> tumme-thumbnail-mode enabled >> tumme-line-up-dynamic: End of buffer > > If you switch to the `*tumme*' buffer, are there nine thumbnail images > there? Are they lined up properly? Do the all fit on one line? In fullscreen mode - after invoking the *tumme* buffer - they are all (9) aligned (in on line). In the default size I get 9 thumbnails (5, 4) in 2 lines. > I did not notice until now that `tumme-line-up-dynamic' emits the > error "End of buffer". Probably because `forward-char' is called one > time too many. ? Funny when loading `tumme' for another directory with 16 pictures it works, the thumbnails are shown immediately!!! -- Best wishes H. Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tumme does not show image buffer
"Mathias Dahl" <[EMAIL PROTECTED]> writes: >> No, I meant only for the test case you gave. >> As before tumme doesn't display the *tumme* buffer. > > Okay. updated today from cvs, made maintainer clean, bootstrapped (don't know whether it's necessary though after `make maintainer-clean') and it's the same as before for me: GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-07-20 on hans emacs -Q -D M-x tumme [some dir] tumme doesn't show the *tumme* buffer, just the dired buffer. Below is the *Message* buffer content after the tumme call Loading tumme... Loading regexp-opt...done Loading tumme...done Loading image-file...done Marking matching files... 9 matching files marked. tumme-thumbnail-mode enabled tumme-line-up-dynamic: End of buffer -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: C-M-a
Andreas Roehler <[EMAIL PROTECTED]> writes: > Emacs -q > > Whereas C-M-e works fine and sends info via C-h k, > C-M-a seems dead, just sends nothing, no reaction at all, no > keyboard event, even not with C-h k followed by C-M-a. With yesterdays CVS update it works for me emacs -q C-h k C-M-a GNU Emacs 22.0.50.3 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-07-17 on hans -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tumme does not show image buffer [was: tumme image size]
Mathias Dahl <[EMAIL PROTECTED]> writes: > Dieter Wilhelm <[EMAIL PROTECTED]> writes: > >> This is just a minor flaw, tumme doesn't fit an image into the >> *tumme-display-image* buffer when changing the size of the *tumme* > > Anyway, try this out: > > (defun tumme-display-thumbnail-original-image (&optional arg) > "Display current thumbnail's original image in display buffer. ... > Does this change work for you? Yes, thank you very much for your attention, but this time I stumbled over something more annoying (with the latest CVS source): emacs -D -Q --fullscreen M-x tumme "dir" and tumme doesn't show the *tumme* buffer only a dired buffer inhabits the screen! Maybe I didn't realise it before because most of the time my frames are split and then the *tumme* buffer gets visible. I think this is a bug because the tumme documentation string says "Make a preview buffer for all images in dir and display it" and what tumme does is displaying a dired buffer and not the image buffer. -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: vertical scroll bar should disappear if everything is displayed
Eli Zaretskii <[EMAIL PROTECTED]> writes: >> From: "Drew Adams" <[EMAIL PROTECTED]> >> Date: Sat, 15 Jul 2006 07:44:41 -0700 >> >> On most applications, scroll bars appear only when there is text to >> scroll - that is, they appear only when needed. > > That's slightly inaccurate: the vertical scroll bar does not > disappear, at least not in all GUI applications. What happens is that > the scroll-bar _thumb_ disappears. If this can be easily done in That is true, but nevertheless I have the impression that nowadays the described behaviour of Drew Adams is the standard in most Guis (e. g. Firefox, Gimp). > Emacs, perhaps we should do that too, but I wouldn't press for it > before the release. I personally couldn't care less (scroll-bar-mode nil). But for somebody using scroll bars it represents a consistent, additional visual help. A new or casual Emacs user would expect this behaviour. -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tumme image size
Hi Mathias
This is just a minor flaw, tumme doesn't fit an image into the
*tumme-display-image* buffer when changing the size of the *tumme*
buffer (the buffer displaying the thumbnails) before hitting RET on a
thumbnail.
Emacs -D -Q --fullscreen
M-x tumme "some image dir"
C---1-0 C-x ^ (negative argument)
RET (on the first thumbnail)
The image is only fitted to the display-buffer correctly at a
subsequent RET.
The binary is from yesterdays CVS repository. The Emacs I'm reporting
this is a bit older.
In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-07-11 on hans
X server distributor `The X.Org Foundation', version 11.0.60802000
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: fr_FR.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Message
Minor modes in effect:
flyspell-mode: t
auto-fill-function: message-do-auto-fill
mml-mode: t
display-time-mode: t
shell-dirtrack-mode: t
global-hl-line-mode: t
auto-insert-mode: t
show-paren-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-n C-n C-n C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-n C-n C-n C-n C-p C-p
C-p C-p C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n C-n C-p
C-p C-p C-p C-p C-p C-p C-SPC C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n M-w M-x r e p o
r t b u
Recent messages:
Auto-saving...done
Auto-saving...done
Checking spelling of EMACS...
Mark saved where search started
Checking spelling of FULLSCREEN...
Personal dictionary modified. Save? (y or n)
Personal dictionary saved.
Auto-saving...done
Mark set
Loading emacsbug...done
--
Best wishes
Dieter Wilhelm
Darmstadt, Germany
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrapping error (autoloads error 255)
Richard Stallman <[EMAIL PROTECTED]> writes: > I made a change in ldefs-boot.el that I think will fix this. > Does it work now? M-x cvs-update M-x compile "./configure" M-x compile "make bootstrap" it compiles! Thank you very much, but unfortunately I can't tell whether this is due to your changes or the hint Luc Teirlink previously gave to me: "make maintainer-clean". I already did this approx. 15 h ago and it worked without your changes (I think your changes came later, ldefs-boot.el was mentioned as patched in my latest cvs-update output). I propose a new target "Foolproof" ;-). .PHONEY : Config Foolproof Config : configure ./configure Foolproof : extra-clean Config bootstrap since I know some fool who still forgets typing ./configure before compiling. -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrapping error (autoloads error 255)
Luc Teirlinck <[EMAIL PROTECTED]> writes: > Dieter Wilhelm wrote: > >just updated my emacs directory from CVS, typed: make bootstrap and >got the following messages: > > I can not reproduce this. Does the error still occur if you do: > > make maintainer-clean > ./configure > > before `make bootstrap'? No it doesn't 8-). Since ./configure make bootstrap alone worked so far for me, I probably had the misty notion that somehow 'bootstrap' would take charge of the cleaning up. Thank you very much. Dieter -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
bootstrapping error (autoloads error 255)
Hi just updated my emacs directory from CVS, typed: make bootstrap and got the following messages: -- Generating autoloads for emacs-lisp/easy-mmode.el...done Generating autoloads for emacs-lisp/edebug.el... Generating autoloads for emacs-lisp/edebug.el...done Recursive load: "/appl/emacs/emacs/lisp/emacs-lisp/edebug.el", "/appl/emacs/emacs/lisp/emacs-lisp/edebug.el", "/appl/emacs/emacs/lisp/emacs-lisp/edebug.el", "/appl/emacs/emacs/lisp/emacs-lisp/edebug.el", "/appl/emacs/emacs/lisp/emacs-lisp/edebug.el" make[3]: *** [autoloads] Erreur 255 make[3]: Leaving directory `/appl/emacs/emacs/lisp' make[2]: *** [bootstrap-prepare] Erreur 2 make[2]: Leaving directory `/appl/emacs/emacs/lisp' make[1]: *** [bootstrap-build] Erreur 2 make[1]: Leaving directory `/appl/emacs/emacs' make: *** [bootstrap] Erreur 2 Compilation exited abnormally with code 2 at Sun Jul 9 12:49:50 -- Sorry, I've no idea what to do. Dieter In GNU Emacs 22.0.50.6 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-28 on hans X server distributor `The X.Org Foundation', version 11.0.60802000 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Compilation Minor modes in effect: display-time-mode: t shell-dirtrack-mode: t global-hl-line-mode: t auto-insert-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-v C-v M-< C-x o M-x M-p M-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-n C-n M-1 M-0 M-0 M-x b u g C-g C-g Recent messages: Mark set (No files need saving) Retrieving newsgroup: gmane.emacs.pretest.bugs... Opening nntp server on news.gmane.org...done Fetching headers for gmane.emacs.pretest.bugs...done Scoring...done Generating summary...done No more unread articles Quit [2 times] Loading emacsbug...done -- Best wishes Dieter Wilhelm Darmstadt, Germany ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Unexpected behaviour of sorting in the buffer menu mode
Hi Some minor issue. I arranged my buffer menu with buffer-menu-bury (b) and switched the display with Buffer-menu-toggle-files-only (T) and then started to rearrange the remaining file buffers. I expected that this reordering does not affect the buried buffer sequence (more in the line of narrowing) but it is. Consider the following layout: *buffer1* file-buffer1 file-buffer2 file-buffer3 *buffer2* *buffer3* `T' displays: file-buffer1 file-buffer2 file-buffer3 `b' on file-buffer1 line: file-buffer2 file-buffer3 file-buffer1 `T' shows now *buffer1* file-buffer2 file-buffer3 *buffer2* *buffer3* file-buffer1 I would have expected *buffer1* file-buffer2 file-buffer3 file-buffer1 *buffer2* *buffer3* -- In GNU Emacs 22.0.50.7 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-01-28 on hans X server distributor `The XFree86 Project, Inc', version 11.0.40399902 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Buffer Menu Minor modes in effect: display-time-mode: t global-hl-line-mode: t show-paren-mode: t auto-compression-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-p C-p C-p C-p C-n C-n C-n C-t b b b T T T T C-p T C-p C-p b T C-h C-g C-g C-h k T C-x o M-f M-f M-f M-f C-k C-x 4 b C-x o C-x C-b M-x e m a c b u g e m a c s - b C-h a b u g C-g C-h a b u f g C-M-v M-x r e p o r t SPC e m Recent messages: Quit Loading help-fns...done Type C-x 1 to remove help window. byte-code: Buffer is read-only: # Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. Loading apropos...done apropos-read-pattern: Command attempted to use minibuffer while in minibuffer Quit [2 times] Type C-x 4 b RET to restore the other window. Loading emacsbug...done -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: Hi Nick, > > Something I've noticed is that the thumbnails are sometimes larger than > the image (do M-x thumbs on emacs/etc/images, for example). I guess that > has something to do with the "convert" program from ImageMagick. If you have > any ideas I'd like to know. Alas, before I figured out that the second slash is necessary for lisp I had produced lots of zero sized file remnants. 1005 $ cvs -d:pserver:[EMAIL PROTECTED]:/sources/emacs diff -c emacs/lisp/thumbs.el Index: emacs/lisp/thumbs.el === RCS file: /sources/emacs/emacs/lisp/thumbs.el,v retrieving revision 1.27 diff -c -r1.27 thumbs.el *** emacs/lisp/thumbs.el26 Jan 2006 23:03:17 - 1.27 --- emacs/lisp/thumbs.el28 Jan 2006 17:31:25 - *** *** 72,78 :type 'directory :group 'thumbs) ! (defcustom thumbs-geometry "100x100" "*Size of thumbnails." :type 'string :group 'thumbs) --- 72,78 :type 'directory :group 'thumbs) ! (defcustom thumbs-geometry "100x100\\>" "*Size of thumbnails." :type 'string :group 'thumbs) [EMAIL PROTECTED]:/appl/emacs -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: > > 3.) deleting works not always, please play around with some pictures > > it's hard to find a pattern. Sometimes you mark some files and the > > number of marked files is not correct, sometimes there is still a > > marked file left after deletion. > > I can't reproduce this. If you find a formula can you please forward it. Please thumb a directory with at least 8 image files. Delete one file with (x) or mark (m) some files and delete (x) them in the first row. Everything works fine so far. Then proceed to the second row and mark and delete at least two files. There should be one remaining marked file left. > If no files are marked, the current image gets deleted. Previously I This feature seems a natural one. > > By the way, I observed the message 'type + to display more images' in > > the '*Thumbs: ...' buffer but it does nothing for me. Because already > > all images in the directory are displayed? > > It displays up to a nominal number of images (16). I've suppressed this > message now when there are no more images to display. Right, it works as you want it to. With my little testing directory I checked now every feature explained in the mode description (C-h m) of both the *Image* buffer* and the *Thumbs: DIR buffer, except the set root (w) command. Up to now I can't find errors anymore. Wish list (now he's getting cheeky): 1.) In my testing directory there are HUGE images (compared to the screen resolution) from a digital camera. It's rather awkward watching them in the *Image* buffer. Wouldn't it make sense to restrict a bit the maximum picture size, say 1200X1200 or so? Then a function like 'show-original-size' would be somewhat expected, wouldn't it? 2.) It's not documented that the LEFT, RIGHT, and so on keys also displaying the filename while scrolling through the thumbnail buffer. While the "normal" movement Keys: C-f, C-n, etc. aren't. Is this a feature or a bug? 3.) Why do you need the save (s), set root (w) and especially the embossed (e) command at all? 'thumbs' shouldn't be a second gimp, in my opinion. (Can you imagine, a user who wants less features!) By the way, it's somewhat unfamiliar that filename completion is not available when saving files. 4.) C-t m and C-t a are not documented except in the source. Just an idea for keyboard short-cuts which I've seen in other packages: When somebody is bored he could make C-t C-t, C-t C-a equivalent to above commands. 5.) Wouldn't it make sense to have some sort of preview in the dired directory? In the line of display-the-current-file-in-another-buffer? Scenario: Someone is scrolling through dired and unexpectedly finds a file which might be an interesting image, instead of invoking auto-image-file-mode he chooses thumbs, which is also shorter to type. Maybe with C-t t (C-t C-t) or with RETURN (in the line of auto-image-file-mode) he is able to preview the current file, but, please, please, in another buffer. Now as you've something to work on, I can tranquilly go to bed. Yawn no, better not, I should practise a bit with diff so that I'm able to send you suggestions for the documentation in form of a patch. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
TODO subjects and buffer handling (was: thumbs doesn't show next image)
"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > tumme is only mentioned in the NEWS file but not yet interactive or > self documented with M-x apropos or C-h p in the multimedia section as > thumbs is. > > I will fix that. It's already there, thank you, I'm amazed that you still find the time ... > Can you figure out what makes it unobvious? > I could, but I probably won't (I explained it to the author of tumme at length) > If it wasn't clear to you, that means it needs SOME kind of > improvement. If you can tell me more about what did not work > as you expect, that would help people figure out what to do. I'd rather help with other things. 1.) Integration of a (Text-)Browser into Emacs 2.) Alleviations, improvements to the file/buffer management (buffer-menu?) To 1.): I strongly believe that Emacs could improve my browsing experience tremendously (I'm using w3m and firefox). Looking at the TODO list only w3 development is fitting. I started w3 once or twice some years ago and it wasn't usable. Maybe a not so ambitious project like emacs-w3m or a browsing capability under gnus is better suited for such a "killer application"? To 2.): With gazillions of open files/buffers the buffer management/switching becomes very unwieldy. It always goes like this: "Opened I already a shell buffer, or was it eshell? What was the name of this buffer I replied to someone? I know there's a calc buffer but what was the starting character (for buffer name completion) and how can I place him properly within my current buffer layout". And finding something in the buffer-menu output is painful (maybe more sorting commands like the T command would be helpful), on the other hand the completion of buffer names is great in itself but often uses some buffers where interesting contents are displayed. Using more frames and window-manager capabilities helps but is not a cure-all. It would be kind if you or some developer could point me to further directions of the Emacs development in these fields. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: > > The duplicating buffer numbering is a thing of the past, thank you. > > > > > > *Image* buffer: > > > > 1.) >,< rotate-right and -left rotating only one step (just 90 °) and > > > > after that changing the direction results in only 180 ° rotations. > > > > 2.) after applying rotate-left or -right and then - or + > > > > (thumbs-resize-image-size-down or -up) the picture is not only > > > > changed in size but also rotated back into it's original position. > > > > No, No it still shows the same behaviour. > > > > *Thumbs: ... buffer: > > > > 3.) marking (m) and deleting (x) -> wrong type argument > ... > > thumbs.el CVS-1.26 should have my changes. Have you recompiled? > (M-x compile make recompile in the lisp buffer). If not, > you might still be loading the old version. Exactly, after (always after) posting my answer I had the idea that typing make could be not enough for recompiling the *.elc files and I typed make bootstrap. When make recompile does the trick all the better. Sorry for the unnecessary traffic. Anyway, you nearly did it: 1.) rotating works 2.) rescaling works 3.) deleting works not always, please play around with some pictures it's hard to find a pattern. Sometimes you mark some files and the number of marked files is not correct, sometimes there is still a marked file left after deletion. By the way, I observed the message 'type + to display more images' in the '*Thumbs: ...' buffer but it does nothing for me. Because already all images in the directory are displayed? -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Mathias Dahl <[EMAIL PROTECTED]> writes: > Dieter Wilhelm <[EMAIL PROTECTED]> writes: > >>> Please don't remove thumbs which is simpler than tumme, and IMHO works >>> better >> >> Yes, I think in this case it makes sense to have a "lite" package - >> especially for beginners - with few basic functionalities but >> immediate gratification, so to say. And an advanced package, in this >> case tumme, which I think has much more potential (to be better, after >> I had some extended twiddling around). > > Hi! I just noticed this thread. I am the one that created tumme.el > last spring. It started at first as nothing more than a bunch of > ... > any tool with advanced multi-tag and multi-file functionality. > > Hence tumme. Congratulations it looks very good indeed and in such a short time. > > It is still in its infancy as far as I am concerned, and needs > polishing especially from a new user's perspective. > > I too find annoyances in it even though it works for my day-to-day > image browsing/cleaning/categorizing, but I am sure all this can be > sorted out. No doubt tumme is already much more versatile than thumbs. > Maybe we should put up a page, TummeIssues, or TummeDiscussion, with > stuff that people are unhappy about, etc? I'm sorry to say, but I don't think I can (and will) help you very much. I'm just not a graphics, photograph or image friend and don't collect pictures. I just want to have a simple way for checking some graphics files without leaving Emacs. By chance I stumbled over thumbs and now I'd like to support Nick Roberts in making thumbs rock solid and hopefully he'll leave it as simple and easily to maintain as possible. After this I'll play around with tumme and'll give feedback but I can't imagine working extensively on such a project, sorry. Personally I'd be more interested in a good browser incorporation (w3m?) and a dictionary lookup. > I am currently testing out how a Flickr-interface in Emacs would work > out. If it turns out well, it should be easy to access it from tumme. See, this is the first time I read about Flickr. I'm just a waste of time. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: Hi Nick The duplicating buffer numbering is a thing of the past, thank you. > > *Image* buffer: > > 1.) >,< rotate-right and -left rotating only one step (just 90 °) and > > after that changing the direction results in only 180 ° rotations. > > 2.) after applying rotate-left or -right and then - or + > > (thumbs-resize-image-size-down or -up) the picture is not only > > changed in size but also rotated back into it's original position. No, No it still shows the same behaviour. > > *Thumbs: ... buffer: > > 3.) marking (m) and deleting (x) -> wrong type argument > > These should work too now. Please tell me if they don't. > No sorry this one (3.) isn't yet working: "wrong type argument" (thumbs.el CVS-1.26, emacs 22.0.50.4, should be the latest) Have you forgotten checking in your latest improvements? > (I've cc'd emacs-pretest-bug@gnu.org as I don't know how to send to > gmane.emacs.pretest.bugs and the former should presumably go to the latter in > any case.) I guess emacs-pretest-bug@gnu.org is just copied to gmane and with some delay they show up there. By the way, just discovered that one can start thumbs directly under dired (C-t a/m), very nice. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Hi Nick, unfortunately I've to report additional problems besides the duplications in the *Image* buffer (please refer to my previous post, I forgot to mail it to you personally). *Image* buffer: 1.) >,< rotate-right and -left rotating only one step (just 90 °) and after that changing the direction results in only 180 ° rotations. 2.) after applying rotate-left or -right and then - or + (thumbs-resize-image-size-down or -up) the picture is not only changed in size but also rotated back into it's original position. *Thumbs: ... buffer: 3.) marking and deleting (x) -> wrong type argument Slowly I realise what RMS meant when he mentioned thumbs needs work. On the plus side I'd like to mention that the rest seem to work, the necessary functionality is already there. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: > I've committed my changes, so moving to the next/previous image in the image > buffer should work now. My changes weren't conservative so I might have > introduced other bugs. Dieter can you test it? Thank you, it nearly works for me (emacs -Q -D) except when thumbs must display every 6th picture in the image-view-mode. Then it displays the same picture twice (while counting the buffer name up). Another slightly annoying thing is that the default blinking cursor (emacs -Q) is resulting in a "blinking frame" around the graphics. -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: > > I have a patch for the OP's bug report. Shall I commit it? > > > > There is no harm in doing so, but it remains the case that > > thumbs.el is a problem. I want to replace it with tumme. > > I've committed my changes, so moving to the next/previous image in the image > buffer should work now. My changes weren't conservative so I might have > introduced other bugs. Dieter can you test it? I'll test it, would you give me the weekend please? > > If tumme is to be the principal package for thumbnails, perhaps there > should be some documentation about it in the Emacs manual Yes, I also mentionend this in another follow up to this thread, strangely this message didn't yet arrive on the mailing list. > > Nick > -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: thumbs doesn't show next image
Nick Roberts <[EMAIL PROTECTED]> writes: > > Would you please try tumme and see if you like it? > > We may remove thumbs since tumme is intended as the replacement. > > Please don't remove thumbs which is simpler than tumme, and IMHO works better Yes, I think in this case it makes sense to have a "lite" package - especially for beginners - with few basic functionalities but immediate gratification, so to say. And an advanced package, in this case tumme, which I think has much more potential (to be better, after I had some extended twiddling around). > with small sets of images. I will get this to work if no-one else is > interested. Well, I can't help with coding, but I could at least cross check your improvements on my system. > > Nick -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
thumbs doesn't show next image
Dear Emacs maintainers Typing (thumbs-next-image) in an image buffer gives me the following message in the mini-buffer: "Wrong type argument: number-or-marker-p, nil" and not the next image. I think the problem stems from the thumbs-show-image-num function in thumbs.el (current cvs revision 1.22). Thank you for your work Dieter In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-01-05 on hans X server distributor `The XFree86 Project, Inc', version 11.0.40399902 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: image-view-mode Minor modes in effect: display-time-mode: t global-hl-line-mode: t show-paren-mode: t auto-compression-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x d P I io m M-x t u m b h u M-< C-b C-b - - M-< C-h m C-x o C-x M-< M-> M-< C-x o M-x t h ue m a c s b ub u g r e p o r Recent messages: (Shell command succeeded with no output) [26 times] Mark set call-interactively: Beginning of buffer [2 times] (Shell command succeeded with no output) [2 times] Mark set Type C-x 4 b RET to restore the other window. Mark set [2 times] call-interactively: Wrong type argument: number-or-marker-p, nil Making completion list... [3 times] Loading emacsbug...done -- Best wishes Dieter Wilhelm ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
documentation of isearch-forward
Hi With respect, I'd like to remind you that the on-line help for C-s (triggered with C-h k C-s) not yet reflects the new behaviour of C-w (as correctly described in the NEWS file). Dieter In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-12-28 on hans X server distributor `The XFree86 Project, Inc', version 11.0.40399902 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Outline Minor modes in effect: auto-fill-function: do-auto-fill display-time-mode: t global-hl-line-mode: t show-paren-mode: t auto-compression-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t view-mode: t Recent input: C-s C-M-y C-M-s C-M-y C-M-w C-M-w C-M-w C-M-w C-M-w C-M-w C-M-f C-u C-SPC C-u C-SPC C-x o C-x C-w C-g C-x C-b M-< M-> M-< C-h m C-x b C-x C-b C-p C-p C-p C-p C-p C-p l C-M-c C-M-b C-M-c C-M-b C-h k C-s C-h a b u f g C-x b C-x b C-x o C-x b C-x C-b C-g C-g C-p C-p C-p C-p C-p M-x r e b p o r t - b u Recent messages: view-scroll-lines: Beginning of buffer [2 times] call-interactively: No recursive edit is in progress [2 times] view-scroll-lines: Beginning of buffer Loading apropos...done Type C-x 4 b RET to restore the other window. Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. Quit [2 times] Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
