> BTW, longlines.el seems to be fairly widely used; is there a reason it
> hasn't been added to the Emacs distribution?
The main reason is the feature freeze. RMS contacted me about putting it
into Emacs a couple months back, and my guess is that it will go in after
this release. My copyright assi
Hello,
I was encouraged by Richard Stallman and send this message. I'm
participating in the development of some Emacs Lisp softwares and
have the chance to write the TexInfo manuals in Japanese. Since
the makeinfo command doesn't support Japanese text, I always put
the rule which uses the Emacs
> I gather the documentation contradicts this position.
>
> No, it doesn't. That was a misunderstanding.
>
> In Emacs, the approach we use is that all changes are listed in
> ChangeLog.
That's interesting because the entry below (Types of Log File) that you wrote
(RMS)
BTW, longlines.el seems to be fairly widely used; is there a reason it
hasn't been added to the Emacs distribution?
-Miles
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On Fri, 4 Mar 2005 00:41:39 + (UTC), Robert J. Chassell
<[EMAIL PROTECTED]> wrote:
> I gather the documentation contradicts this position.
>
> No, it doesn't. That was a misunderstanding.
>
> In Emacs, the approach we use is that all changes are listed in
> ChangeLog.
>
Robert Chassell wrote:
Which ChangeLog?
Both.
My hunch is that the current documentation is different than you
thought and that the changed documentation says what you mean.
I do not believe so.
Richard said:
The Emacs manual describes multiple approaches for maintaining a
proj
> C-x C-s inserts a newline at the end of the file, but in the buffer that
> newline is just a nuisance. If you call end-of-buffer you go past the
> newline and you have to be careful to do C-b, or you are editing at the
> wrong place... Because the newline is soft, if you are careless and start
>
Chong Yidong wrote:
Both of the newline ends the last line in a paragraph, as well as the
newline on the following blank line, are hard.
I believe that you are right on that one. However, there is another
way to view things. I believe that the newline inserted automatically
at the end
I gather the documentation contradicts this position.
No, it doesn't. That was a misunderstanding.
In Emacs, the approach we use is that all changes are listed in
ChangeLog.
Which ChangeLog? The Emacs CVS offers two ChangeLogs and in
(emacs)Types of Log File
the Emacs m
> i'm doing some emacs-on-vms munging, and see a big "do not disturb"
> block in fileio.c. is that message supposed to be in absolute spirit,
> or is it ok to touch that code in the name of maintenance?
I have no idea what "do not disturb" message you're referring to.
But as a general rule, there
> What I suggested was a simple command to pick up a numeral
> from any buffer,
> regardless of what the numeral might mean in that buffer. It would be
> rudimentary, but would do at least what people are doing with
> `goto-line',
> without requiring them to key in the line
- Original Message -
From: "Richard Stallman" <[EMAIL PROTECTED]>
> I clearly said in previous postings
> that the blinking cursor produced discomfort to me because of
> neuro-physiological differences with what presumably is the majority
> of people.
>
> I believe you.
> As I understand it, the newline that ends the last line in a paragraph
> is normally soft. A hard newline would end the following blank line.
> The newline added by require-final-newline would be at the end of the
> last line in a paragraph, so it ought to be soft.
Both of the newline ends the
"Drew Adams" <[EMAIL PROTECTED]> writes:
> > it might be generally useful to have a command that picks up the
> > line-number from the text at point (whenever that text can be
> > parsed as a numeral) and does `goto-line' in buffer
> > `(other-buffer (current-buffer) t)'.
>
> W
Richard Stallman <[EMAIL PROTECTED]> writes:
> I clearly said in previous postings
> that the blinking cursor produced discomfort to me because of
> neuro-physiological differences with what presumably is the majority
> of people.
>
> I believe you.
>
> What we should do depends
Drew Adams wrote:
Looking at the code for compilation-minor-mode (as I'm inexperienced with
it), I see no connection with what I suggested. That mode appears to work
only in buffers that can be parsed to work with next-error etc.
What I suggested was a simple command to pick up a numeral from any b
It is impossible to distinguish between a soft newline left at the end of
a line by require-final-newline, and a soft newline produced by, e.g., a
call to kill-line,
I don't see how a call to kill-line can produce a newline.
I don't understand you.
simply by loo
i'm doing some emacs-on-vms munging, and see a big "do not disturb"
block in fileio.c. is that message supposed to be in absolute spirit,
or is it ok to touch that code in the name of maintenance? i find it
irksome to wrap my head around vms quirks and then turn my back on code
as i apply the fru
From his reply, I gather
than the documentation contradicts this position.
No, it doesn't. That was a misunderstanding.
The Emacs manual describes multiple approaches for maintaining a
project. Each project, however, has its own specific policies. In
Emacs, the approach we use is tha
It seems plausiuble to me. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I clearly said in previous postings
that the blinking cursor produced discomfort to me because of
neuro-physiological differences with what presumably is the majority
of people.
I believe you.
What we should do depends on how common this condition is. What
fraction of users rea
What about advising the primitives that define functions to add
debug-entry-code when a function is in debug-function-list? Would
that work?
Please do not think of making any part of Emacs advise primitives.
That technique should never be used, because it causes confusion. All
code i
On the Appearence menu, there could be a Cursor submenu with
these choices:
[x] Blinking
Block
< > Bar
< > Hollow
Now is not the time to consider new features like this.
Please don't continue the discussion in these lines.
_
As others have pointed out, it is more common to have a blinking bar
cursor when text is set to insert, and to use block cursor to indicate
overwrite mode for those applications that use a blinking cursor.
cua-mode already has code for changing the cursor based on whether we
I'm very sorry to say no. I don't forget about it but my
todo list keeps on getting longer and don't have a time to
work on it. :-(
Do you think it is ok for someone else to install it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
htt
Also a year ago I proposed
in http://lists.gnu.org/archive/html/emacs-devel/2004-02/msg00223.html
to add a new command line option:
--no-blinking-cursor, -nbcdisable blinking cursor
I would agree to that. Would you please install it?
Richard Stallman <[EMAIL PROTECTED]> writes:
> Does anyone else agree that this option should be in the Options menu?
Yes, please.
A google search on "emacs turn off blinking cursor (without the quotes)
gives around 1 hits. That is 10 times more than a similar search
with "blinking cursor
> it might be generally useful to have a command that picks up the
> line-number from the text at point (whenever that text can be
> parsed as a numeral) and does `goto-line' in buffer
> `(other-buffer (current-buffer) t)'.
We already have that, it's compilation-minor-mode.
Lo
Miles Bader <[EMAIL PROTECTED]> writes:
> On Thu, 03 Mar 2005 00:10:35 +0100, Kim F. Storm <[EMAIL PROTECTED]> wrote:
>> Miles Bader <[EMAIL PROTECTED]> writes:
>>
>> > I think an explicit decision should be made one way or the other.
>>
>> Based on the fact that _I_ don't have the necessary tim
Richard Stallman <[EMAIL PROTECTED]> writes:
> I just started gedit and it too seems to use a blinking line cursor.
So does kedit.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1
Just some more information on this:
which-func-mode gets disabled every time which-func-update runs on a
buffer were imenu--make-index-alist does not find anything and throws
an (error "No items suitable for an index found in this buffer").
This error is caught by which-func-mode which then cancel
"Drew Adams" <[EMAIL PROTECTED]> writes:
> It wouldn't help with a Web page display, of course (unless the page were
> viewed in Emacs), but it sounds from your use case as if it might be
> generally useful to have a command that picks up the line-number from the
> text at point (whenever that tex
> In <[EMAIL PROTECTED]> Richard Stallman wrote:
>> Have you reported this problem to [EMAIL PROTECTED]
> No, I haven't done.
> Please send a clear and specific bug report
> with a test case, so they can work on this.
I'll do that tomorrow. Thanks.
___
It seems good it me. Handa, do you agree?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Have you reported this problem to [EMAIL PROTECTED]
No, I haven't done.
Please send a clear and specific bug report
with a test case, so they can work on this.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/lis
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Look, I feel like I have to react to this. Your quote clearly seems
> to clearly suggest that I am just "offended" by the blinking cursor
> for no other reason than that I am a dogmatic purist old-fashioned
> Emacs user who uses nothing else. I clearly
36 matches
Mail list logo
