From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ken Manheimer" Newsgroups: gmane.emacs.devel Subject: Re: need option so line-move-to-column ignores fields, plus patch Date: Sun, 24 Sep 2006 21:53:29 -0400 Message-ID: <2cd46e7f0609241853p6d9e9046p37b89b039d68ee92@mail.gmail.com> References: <2cd46e7f0608310848l743430e9ia7a1d45e22428083@mail.gmail.com> <2cd46e7f0609041256q73c0c0d3s7631a964ae9a8367@mail.gmail.com> <2cd46e7f0609060952m54601787x8c91412af7fbf69f@mail.gmail.com> <2cd46e7f0609070747o5028d2bewd5a9e79a5afd4a46@mail.gmail.com> <2cd46e7f0609231629hf2187cbl7e46507ee6070422@mail.gmail.com> <87zmcokjjs.fsf@stupidchicken.com> <87sligkja9.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_25488_19586308.1159149209616" X-Trace: sea.gmane.org 1159149623 4597 80.91.229.2 (25 Sep 2006 02:00:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Sep 2006 02:00:23 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 25 04:00:19 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GRflO-0005Xi-E8 for ged-emacs-devel@m.gmane.org; Mon, 25 Sep 2006 04:00:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRffE-0002Vq-SV for ged-emacs-devel@m.gmane.org; Sun, 24 Sep 2006 21:53:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GRff3-0002Vl-BM for emacs-devel@gnu.org; Sun, 24 Sep 2006 21:53:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GRff0-0002Td-Pr for emacs-devel@gnu.org; Sun, 24 Sep 2006 21:53:31 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRff0-0002Ta-Ld for emacs-devel@gnu.org; Sun, 24 Sep 2006 21:53:30 -0400 Original-Received: from [66.249.82.228] (helo=wx-out-0506.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GRfjJ-0002Db-Jh for emacs-devel@gnu.org; Sun, 24 Sep 2006 21:57:57 -0400 Original-Received: by wx-out-0506.google.com with SMTP id i26so1885134wxd for ; Sun, 24 Sep 2006 18:53:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=PARGCZjTo8pfUScZJZ55YmIX8AuUJ2N/FrzM++wzf1U/QhaYsNmxUDqU+1XDZzrV+nWbEP0cPj9zJtQNOWc3ydMfAOtVSptHF56U0VPaTPHJrjtUL7TR2tCwOtdq3iLyXkmkDd93mzcBTZhPgJPufPdq91yRHkbPdUqq7H36cbo= Original-Received: by 10.90.90.16 with SMTP id n16mr1129267agb; Sun, 24 Sep 2006 18:53:29 -0700 (PDT) Original-Received: by 10.90.105.4 with HTTP; Sun, 24 Sep 2006 18:53:29 -0700 (PDT) Original-To: "Chong Yidong" In-Reply-To: <87sligkja9.fsf@stupidchicken.com> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:60184 Archived-At: ------=_Part_25488_19586308.1159149209616 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/24/06, Chong Yidong wrote: > By the way, the `linefield-example' command you provided assigns a > field with a `boundary' value. Such fields are treated specially; see > the docstring of `constrain-to-field'. Is this deliberate? it had to do with the special treatment that widget-field-at provides for fields named 'boundary. however, i think i no longer need that provision, so can use any field name. i see different behavior when i use an arbitrarily named field in my example. it's closer to what i need, as long as i don't put the cursor near the border between the fields or in the structure side, but there are still some problematic behaviors. i'm attaching a new version of the script which describes exactly what's going on. -- ken ken.manheimer@gmail.com http://myriadicity.net ------=_Part_25488_19586308.1159149209616 Content-Type: application/octet-stream; name=linefield-example.el Content-Transfer-Encoding: base64 X-Attachment-Id: f_esi7hhok Content-Disposition: attachment; filename="linefield-example.el" OzsgRXZhbCBvciBsb2FkIHRoaXMgc2NyaXB0IGFuZCBleGVjdXRlIHRoZSBgbGluZWZpZWxkLWV4 YW1wbGUnIGNvbW1hbmQKOzsgZm9yIGRlbW9uc3RyYXRpb24gb2YgdGhlIGZpZWxkIGJvdW5kYXJ5 IG1pc2JlaGF2aW9ycyBpbiBhbiBlbWFjcyAyMiBjdnMKOzsgY2hlY2tvdXQgYXMgb2YgbWlkLWRh eSwgU2VwdGVtYmVyIDIzLCAyMDA2LCBhbmQgZGVzY3JpcHRpb24gb2YgdGhlCjs7IGJlaGF2aW9y cyBpIHdvdWxkIGxpa2UgdG8gc2VlLgoKOzsga2VuCjs7IGtlbi5tYW5oZWltZXJAZ21haWwuY29t Cjs7IGh0dHA6Ly9teXJpYWRpY2l0eS5uZXQKCihkZWZ2YXIgbGluZWZpZWxkLXRleHQKICAiVGhl IGxpbmVzIHdpdGggYSAnfCcgYmFyIGFzIHRoZWlyIGZpcnN0IG5vbi13aGl0ZXNwYWNlCmNoYXJh Y3RlciBhcmUgZGVjb3JhdGVkIHdpdGggJ2ZpZWxkICdib3VuZGFyeSBhbmQgJ2ZhY2UKJ2hpZ2hs aWdodCB0ZXh0IHByb3BlcnRpZXMgZnJvbSB0aGUgbGVmdCBtYXJnaW4gdW50aWwgYW5kCmluY2x1 ZGluZyB0aGUgYmFyLgoKIHwgICAKICB8IDEuIFdpdGggdGhlIGN1cnNvciBhZGphY2VudCB0byB0 aGUgcmlnaHQgb2YgYW55IGJhciwgaWYgeW91IG1vdmUgZm9yd2FyZHMKICAgfCAgIGEgbGluZSAo Xk4pLCB0aGUgY3Vyc29yIHNsaXBzIHRvIGNvbHVtbiAwIHRoZSBmaXJzdCB0aW1lIGFuZCB0aGVu IGdldHMKICAgIHwgIHB1c2hlZCBvdmVyIGJ5IHRoZSBiYXJzLCBidXQgZG9lc24ndCBzdGljayB0 byB0aGVtIHdoZW4gdGhleSByZWNlZGUuCiAgICB8IDIuIE1vdmluZyBiYWNrd2FyZHMgKF5QKSB3 aXRoIHRoZSBjdXJzb3IgaW4gdGhlIHNhbWUgcGxhY2UsIGhvd2V2ZXIsIGl0CiAgICAgfCAgIGp1 c3QgYWN0cyBjb2x1bW4gc3RpY2t5LCByZWdhcmRsZXNzIG9mIGZpZWxkcy4KICAgIHwgMy4gTW92 aW5nIGZvcndhcmRzIG9yIGJhY2t3YXJkcyB3aXRoIHRoZSBjdXJzb3IgdG8gdGhlIHJpZ2h0IG9m IHRoZQogICB8ICAgICBiYXIgYW5kICpub3QqIGFkamFjZW50LCBpdCBkb2VzIHJlZ3VsYXIgc3Rp Y2t5LWNvbHVtbiBiZWhhdmlvci4KICB8IDQuIEZvcndhcmRzIHdpdGggdGhlIGN1cnNvciBvbiBv ciB0byB0aGUgYmFyJ3MgbGVmdCBtb3ZlcyBpdCB0byB0aGUgYmFyLgogfCA1LiBCYWNrd2FyZHMg aW4gdGhlIHNhbWUgc2l0dWF0aW9uIHN0YXlzIGNvbHVtbiBzdGlja3kuCjYuIFN0YXJ0aW5nIHdp dGggdGhlIGN1cnNvciBvbiB0aGUgbnVtYmVyIHNpeCBhbmQgZ29pbmcgYmFja3dhcmRzIG1ha2Vz IHRoZQogICBjdXJzb3IgYWx0ZXJuYXRlIGJldHdlZW4gdGhlIGJhciBhbmQgY29sdW1uIDAuCgo3 LiBeQSBmcm9tIGFueXdoZXJlIGJleW9uZCB0aGUgaW1tZWRpYXRlIHJpZ2h0IG9mIHRoZSBib3Vu ZGFyeSBtb3ZlcyB0bwogICB0aGUgaW1tZWRpYXRlIHJpZ2h0LCBhbmQgc3Vic2VxdWVudGx5IGFk dmFuY2VzIHRvIHRoZSBmYXIgbGVmdC4KCiMxIGFuZCAjNiBhcmUgbm90IG9rLCBiZWNhdXNlIG9m IHZpc2l0aW5nIGNvbHVtbiAwLgoKaSB3b3VsZCBwcmVmZXIgdG8gaGF2ZSByaWdodC1vZi10aGUt YmFyL2xlZnQtb2YtdGhlLWJhciBzdGlja2luZXNzIGluIGJvdGgKZGlyZWN0aW9ucywgYnV0IGNh biBsaXZlIHdpdGhvdXQgdGhhdC4gIGJ1dCAjMSdzIGZpcnN0IGp1bXAgdG8gY29sdW1uIDAgYW5k CnRoZW4gc3RpY2tpbmcgdG8gdGhlIGJhciBpcyBub3QgZ29vZC4KIgoKICAiVGV4dCBmb3IgZGVt b25zdHJhdGluZyBsaW5lZmllbGQgc3RhaXJjYXNlLiIpCgooZGVmdW4gbGluZWZpZWxkLWV4YW1w bGUgKCkKICAiRGVtb25zdHJhdGUgZmllbGR0ZXh0IGJvdW5kYXJ5IG1pc2JlaGF2aW9yLiIKICAo aW50ZXJhY3RpdmUpCiAgKGxldCogKChidWZmZXIgKGdldC1idWZmZXItY3JlYXRlICJmaWVsZHRl eHQtZXhhbXBsZSIpKQogICAgICAgICBmaXJzdCBzZWNvbmQKICAgICAgICAgKGkgMCkpCiAgICAo cG9wLXRvLWJ1ZmZlciBidWZmZXIpCiAgICAoZXJhc2UtYnVmZmVyKQogICAgKGluc2VydCBsaW5l ZmllbGQtdGV4dCkKICAgIChnb3RvLWNoYXIgKHBvaW50LW1pbikpCiAgICAod2hpbGUgKHJlLXNl YXJjaC1mb3J3YXJkICJeICt8IiBuaWwgdCkKICAgICAgKGNvbmQgKChub3QgZmlyc3QpIChzZXRx IGZpcnN0IChwb2ludCkpKQogICAgICAgICAgICAoKG5vdCBzZWNvbmQpIChzZXRxIHNlY29uZCAo cG9pbnQpKSkpCiAgICAgIChzZXRxIGkgKDErIGkpKQogICAgICAoc2V0LXRleHQtcHJvcGVydGll cyAobWF0Y2gtYmVnaW5uaW5nIDApIChwb2ludCkKICAgICAgICAgICAgICAgICAgICAgICAgICAg JyhmaWVsZCBzdHJ1Y3R1cmUgZmFjZSBoaWdobGlnaHQpKSkKICAgIChnb3RvLWNoYXIgc2Vjb25k KSkpCg== ------=_Part_25488_19586308.1159149209616 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel ------=_Part_25488_19586308.1159149209616--