On 19 Feb 2007, at 01:24, YAMAMOTO Mitsuharu wrote:
On Sun, 18 Feb 2007 13:09:42 +, David Reitter
<[EMAIL PROTECTED]> said:
The symptom I am experiencing is that trying to invoke the emacs
command of `insert-parentheses´ I want to press Meta+Shift+8. When
using the danish latin keyboard
emacs -q
M-x auto-insert
Prompt for keyword
C-h
opens a help-buffer with descriptions, but without the
corresponding keywords visible.
This buffer vanishes, when clicked by mouse.
=>
scroll-bar-toolkit-scroll: Wrong type argument: window-live-p, #
Clicking the scroll-bar once also produced
In GNU Emacs 22.0.93.6 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
of 2007-02-19 on escpc40
X server distributor `The X.Org Foundation', version 11.0.70101000
configured using `configure '--with-gtk''
Both C-u M-< and C-u M-> have forward-line calls that check for arg
but not (consp arg). Therefor
"Drew Adams" <[EMAIL PROTECTED]> writes:
> And replacing two em-dash characters with \u2014 is hardly making
> "extraordinary efforts".
I think if you're going to fix two of them you may as well go the
extra mile and replace all three of them to prevent us having to have
this argument at a later
>
>> As far as I remember scrolling was always problematic (in the same
>> way?) in W32 Emacses, so this is not a new bug?
I just installed some changes to _improve_ on those scroll-bar issues.
Can you -- and other W32 users -- please try out the latest CVS
and tell me ASAP if there are still _se
On 2/19/07, Kim F. Storm <[EMAIL PROTECTED]> wrote:
Can you -- and other W32 users -- please try out the latest CVS
and tell me ASAP if there are still _severe_ problems with it.
Hard to say what is a severe problem. With the sample file (scroll.txt):
- Make the frame's height 30 lines.
- Vis
Kim F. Storm wrote:
As far as I remember scrolling was always problematic (in the same
way?) in W32 Emacses, so this is not a new bug?
I just installed some changes to _improve_ on those scroll-bar issues.
Can you -- and other W32 users -- please try out the latest CVS
and tell me ASAP if ther
Yes, I know you're arguing that buff-menu.el contains just one
non-ASCII char and it would be friendlier to use an escape (It's me
who added the comment line just above the one which is causing you so
much grief.) Perhaps you're right. But you said yourself your fix
wouldn't wor
On 2/19/07, Richard Stallman <[EMAIL PROTECTED]> wrote:
Who cares? This sort of argument is no reason not to install a simple
change that will avoid problems.
Nor was I implying that.
Juanma
___
emacs-pretest-bug mailing list
emacs-pr
Eli Zaretskii wrote:
Date: Sun, 18 Feb 2007 23:48:29 +0100
From: "Lennart Borgman (gmail)" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
Eli Zaretskii wrote:
Date: Sun, 18 Feb 2007 23:32:01 +0100
From: "Lennart Borgman (gmail)" <[EMAIL PROTECTED]>
CC: Eli Zaretskii <[EM
emacs -Q
C-h i, choose Elisp manual, g Mark
This text is not clear:
Each buffer has its own value of the mark that is independent of the
value of the mark in other buffers. When a buffer is created, the mark
exists but does not point anywhere. We consider this state as "the
absence of a mar
Kim F. Storm schrieb:
>>> As far as I remember scrolling was always problematic (in the same
>>> way?) in W32 Emacses, so this is not a new bug?
>
> I just installed some changes to _improve_ on those scroll-bar issues.
Glad to hear about that!
> So, also tell me if you tested it, and didn't fi
> > So, also tell me if you tested it, and didn't find any problems!
>
> Unfortunately, I have only a dial-up connection and can't give immediate
> feedback on new Emacs versions.
One advantage of using CVS over tarballs is that you only need to download the
(compressed) _changes_. Even with
I wonder if this has something to do with the mime codes? I do not
know anything about it, but could it be that the web server changes
something in the output?
Web servers don't change anything (at least, no web server I've ever
seen does, and I've worked with most of them).
I don't know
Jason Rumney wrote:
I wonder if this has something to do with the mime codes? I do not
know anything about it, but could it be that the web server changes
something in the output?
Web servers don't change anything (at least, no web server I've ever
seen does, and I've worked with most of t
Stefan Monnier wrote:
> Yes, I saw that, but it's still not clear to me what's going on
> here. E.g. the "match any non-identifier char" can match a
> parenthesis, is that correct?
>
> I guess a quick fix is to replace [^()] by [^()\n].
Ping, anyone in CC land?
The problematic "[^()]*" part was
G > > I guess a quick fix is to replace [^()] by [^()\n].
>
> Ping, anyone in CC land?
Don't know about CC land, but I'd say there are a few in la-la land.
--
Nick http://www.inet.net.nz/~nickrob
___
emacs
> > I don't think this a real life problem that is worth making
> > the code less readable over.
>
> I agree. There are more simple solutions.
Please explain why 1) is more readable than 2):
1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
(HYPHEN-MINUS)
(if (char-displayable-
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing
list.
Please describe exactly what actions triggered the bug
and the precise symptoms of th
I have this in my .emacs:
(custom-set-variables
'(tool-bar-mode nil))
I start emacs with emacs-snapshot-gtk -g 80x40, and the frame that
opens is 80x37 (I presume it is made 3 shorter due to the toolbar
removal). Then I press C-x 5 2, and a new frame is spawned with the
proper 8
# echo "foo1" > foo1
# echo "foo2" > foo2
# emacs foo*
The splash window is now in the bottom part of the frame, and the foo1
is in the upper part. If I select to foo1 window it is cursorless, I
do a C-x 1 (by habbit), and now I either have to wait for the splash
code to time out, or find the "se
emacs -Q
M-x transient-mark-mode ; turn it on
M-: (goto-char (point-min))
M-: (mark t) ; returns nil
M-: (push-mark 20 t t)
M-: (mark t) ; returns 20
M-: mark-active ; returns nil
The region is not activated by the call to push-mark, but it should
be, IMO. (point) = 1, mark = 20, and transient-mar
Drew Adams wrote:
I don't think this a real life problem that is worth making
the code less readable over.
I agree. There are more simple solutions.
Please explain why 1) is more readable than 2):
1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
(HYPHEN-MINUS)
(if (char-di
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
"Juanma Barranquero" <[EMAIL PROTECTED]> writes:
> On 2/19/07, Kim F. Storm <[EMAIL PROTECTED]> wrote:
>
>> Can you -- and other W32 users -- please try out the latest CVS
>> and tell me ASAP if there are still _severe_ problems with it.
>
> Hard to say what is a severe problem. With the sample fi
Hi,
thanks for the quick fix!
I tried latest Emacs W32 (U070219) and for me it seems to be OK: I
haven't found any problems with vscrolling.
Br,
P
2007/2/19, Lennart Borgman (gmail) <[EMAIL PROTECTED]>:
Kim F. Storm wrote:
>
> Can you -- and other W32 users -- please try out the latest CVS
>
On 2/19/07, Kim F. Storm <[EMAIL PROTECTED]> wrote:
That's right, but still it is not worse than before.
Aha. I didn't know, I always work without scroll bars.
I don't see an easy fix for this, so let's leave it for
after the release.
Agreed.
Juanma
_
On 2/19/07, Drew Adams <[EMAIL PROTECTED]> wrote:
Please explain why 1) is more readable than 2):
1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
(HYPHEN-MINUS)
(if (char-displayable-p ?-) ?- ?-)))
2) (if (char-displayable-p ?\u2014) ?\u2014 ?-)))
In 1), the code is strai
>> > I don't think this a real life problem that is worth making
>> > the code less readable over.
>>
>> I agree. There are more simple solutions.
> Please explain why 1) is more readable than 2):
> 1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
> (HYPHEN-MINUS)
>(if (char
> > Please explain why 1) is more readable than 2):
>
> > 1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
> > (HYPHEN-MINUS)
> >(if (char-displayable-p ?-) ?- ?-)))
>
> > 2) (if (char-displayable-p ?\u2014) ?\u2014 ?-)))
>
> Check the current code. It's a mix of the two.
> I c
Philip Rooke <[EMAIL PROTECTED]> writes:
> The basic issue still remains. After changing the value of
> screen-gamma the effect is only seen in those parts of the screen that
> contain text, this being true for the main part of the screen and also
> the mini-buffer and scroll-bars.
I checked in
Thomas Christensen <[EMAIL PROTECTED]> writes:
> # echo "foo1" > foo1
> # echo "foo2" > foo2
> # emacs foo*
>
> The splash window is now in the bottom part of the frame, and the foo1
> is in the upper part. If I select to foo1 window it is cursorless, I
> do a C-x 1 (by habbit), and now I either
> From: "Edward Casey" <[EMAIL PROTECTED]>
> Date: Sun, 18 Feb 2007 13:11:43 -0600
>
> I have been downloading the emacs version 22.** + auctex binaries since
> 22.0.50 and in none of them has the file dialog worked when clicking on
> the options under File on the menu bar. C-h v use-file-dialog a
Chong Yidong <[EMAIL PROTECTED]> writes:
> Thanks for pointing this out. Is the following a satisfactory solution?
Yes, it works.
The only thing I spot is that it seems to be inside a recursive-edit
until the time expires.
Thomas
___
emacs
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
1) Type `M-x shell RET'
2) Type in a command (or any random junk) that wraps to the next
visible line
3) Type `C-p'. The point should now be at the beginning of the
prompt.
4) Type `C-e'. The po
35 matches
Mail list logo
