Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com To: cygwin@cygwin.com Subject: Re: Quirky Emacs behavior -- any ideas? References: <20021231222629.81483.qmail@web40404.mail.yahoo.com> <3E15C28F.7030208@hekimian.com> MIME-Version: 1.0 (generated by EMIKO 1.14.0 - "Zoomastigophora") Content-Type: text/plain; charset=US-ASCII From: "Shin'ichi Matsuo" Date: 06 Jan 2003 00:02:44 +0900 In-Reply-To: <3E15C28F.7030208@hekimian.com> (Joe Buehler's message of "Fri, 03 Jan 2003 12:04:15 -0500") Message-ID: Lines: 39 User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.7) (revision 04) EMIKO/1.14.0 (Zoomastigophora) LIMIT/1.14.6 (Takawashi) APEL/10.2 Emacs/20.6 (i386-*-windows98.2222) MULE/4.1 (AOI) Meadow/1.13 Beta1 (TANAHASHI:61) Joe Buehler writes: > "documentation" function, which it renames to ad-Orig-documentation. > For some reason 5 arguments are being passed when the original function > expects only 1 or 2. M-x describe-function RET documentation RET ---------- Buffer: *Help* ---------- documentation is a built-in function. [Missing arglist. Please make a bug report.] region of text with the same `field' property. If NEW-POS is nil, then the current point is used instead, and set to the constrained position if that is different. If OLD-POS is at the boundary of two fields, then the allowable positions for NEW-POS depends on the value of the optional argument ESCAPE-FROM-EDGE: If ESCAPE-FROM-EDGE is nil, then NEW-POS is constrained to the field that has the same `field' char-property as any new characters inserted at OLD-POS, whereas if ESCAPE-FROM-EDGE is non-nil, NEW-POS is constrained to the union of the two adjacent fields. Additionally, if two fields are separated by another field with the special value `boundary', then any point within this special field is also considered to be `on the boundary'. If the optional argument ONLY-IN-LINE is non-nil and constraining NEW-POS would move it to a different line, NEW-POS is returned unconstrained. This useful for commands that move by line, like C-n or C-a, which should generally respect field boundaries only in the case where they can still move to the right line. If the optional argument INHIBIT-CAPTURE-PROPERTY is non-nil, and OLD-POS has a non-nil property of that name, then any field boundaries are ignored. Field boundaries are not noticed if `inhibit-field-text-motion' is non-nil. (constrain-to-field NEW-POS OLD-POS &optional ESCAPE-FROM-EDGE ONLY-IN-LINE INHIBIT-CAPTURE-PROPERTY) ---------- Buffer: *Help* ---------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/