From: "T. V. Raman" <raman@users.sf.net>
Cc: emacs-devel@gnu.org
Subject: Re: completion should not inherit read-only property
Date: Tue, 12 Dec 2006 19:12:29 -0800 [thread overview]
Message-ID: <17791.28573.697728.187978@gargle.gargle.HOWL> (raw)
In-Reply-To: <ela5fs$qq5$2@sea.gmane.org>
Somewhat surprized by the question "what is this command
`complete'" my emacs says:
complete is an interactive compiled Lisp function in `completion.el'.
It is bound to CONTROL RETURN , META SPACE .
(complete &optional ARG)
Fill out a completion of the word before point.
Point is left at end. Consecutive calls rotate through all possibilities.
Prefix args ::
control-u :: leave the point at the beginning of the completion rather
than at the end.
a number :: rotate through the possible completions by that amount
`-' :: same as -1 (insert previous completion)
{See the comments at the top of `completion.el' for more info.}
This function is advised.
Around-advice `emacspeak':
Say what you completed.
[back]
>>>>> "Kevin" == Kevin Rodgers <ihs_4664@yahoo.com> writes:
Kevin> T. V. Raman wrote:
>> I've noticed that recently, completion has started
>> inheriting the read-only property.
>>
>> Test: if you have a string in a read-only buffer
>> e.g. foobarbasbar
>>
>> and you then type foo and complete it to foobarbasbar
>> using command `complete' then the completed string ends up
>> read-only.
Kevin>
Kevin> What is this command `complete'? What major and minor
Kevin> modes are you using and how do you invoke `complete'?
Kevin>
>> This is an irritant because if this happens to you in a
>> mail composition buffer (I use vm) then sending mail fails
>> because part of the buffer is read-only --- you end up
>> having to eval the appropriate lisp expression to remove
>> the read-only property with something like: (let
>> ((inhibit-read-only t)) (put-text-property start end
>> 'read-only nil))
Kevin>
Kevin> -- Kevin
Kevin>
Kevin>
Kevin>
Kevin> _______________________________________________
Kevin> Emacs-devel mailing list Emacs-devel@gnu.org
Kevin> http://lists.gnu.org/mailman/listinfo/emacs-devel
--
Best Regards,
--raman
Email: raman@users.sf.net
WWW: http://emacspeak.sf.net/raman/
AIM: emacspeak GTalk: tv.raman.tv@gmail.com
PGP: http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman
IRC: irc://irc.freenode.net/#emacs
next prev parent reply other threads:[~2006-12-13 3:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-07 17:44 completion should not inherit read-only property T. V. Raman
2006-12-07 22:43 ` Kevin Rodgers
2006-12-13 3:12 ` T. V. Raman [this message]
2006-12-14 18:48 ` Kevin Rodgers
2006-12-08 5:04 ` Richard Stallman
2006-12-13 3:11 ` T. V. Raman
2006-12-13 22:02 ` Richard Stallman
2006-12-14 18:43 ` Kevin Rodgers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=17791.28573.697728.187978@gargle.gargle.HOWL \
--to=raman@users.sf.net \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.