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: Wed, 11 Oct 2006 00:13:36 -0400 Message-ID: <2cd46e7f0610102113k3cd33334g135e6016d3146414@mail.gmail.com> References: <2cd46e7f0608310848l743430e9ia7a1d45e22428083@mail.gmail.com> <2cd46e7f0609060952m54601787x8c91412af7fbf69f@mail.gmail.com> <2cd46e7f0609070747o5028d2bewd5a9e79a5afd4a46@mail.gmail.com> <2cd46e7f0609231629hf2187cbl7e46507ee6070422@mail.gmail.com> <87zmcokjjs.fsf@stupidchicken.com> <87sligkja9.fsf@stupidchicken.com> <2cd46e7f0609241853p6d9e9046p37b89b039d68ee92@mail.gmail.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_24844_10315069.1160540016020" X-Trace: sea.gmane.org 1160540037 30766 80.91.229.2 (11 Oct 2006 04:13:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 11 Oct 2006 04:13:57 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 11 06:13:55 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 1GXVTd-0005Gb-Rp for ged-emacs-devel@m.gmane.org; Wed, 11 Oct 2006 06:13:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GXVTd-0007us-7i for ged-emacs-devel@m.gmane.org; Wed, 11 Oct 2006 00:13:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GXVTP-0007sg-7X for emacs-devel@gnu.org; Wed, 11 Oct 2006 00:13:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GXVTN-0007rh-M9 for emacs-devel@gnu.org; Wed, 11 Oct 2006 00:13:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GXVTN-0007rX-G7 for emacs-devel@gnu.org; Wed, 11 Oct 2006 00:13:37 -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 1GXVbI-0006Om-Lp for emacs-devel@gnu.org; Wed, 11 Oct 2006 00:21:48 -0400 Original-Received: by wx-out-0506.google.com with SMTP id i26so113049wxd for ; Tue, 10 Oct 2006 21:13:36 -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=uMf4zD2yZ3yYj8abItOaHa43Unl5VXNoBWfSNNzaiCpqaOlVEVMtrXxBkR/dleI43kxP3WZ1jC+CBJLaQUbRtrvrewEoilS6MRATbYxCmb5mXkTFPMhCvDCiIv7vfzZ7gtiYy6eVyZgix+7xV6pl9OFWImta2PzIwCgPm5mxWuY= Original-Received: by 10.90.65.11 with SMTP id n11mr36262aga; Tue, 10 Oct 2006 21:13:36 -0700 (PDT) Original-Received: by 10.90.67.9 with HTTP; Tue, 10 Oct 2006 21:13:36 -0700 (PDT) Original-To: "Chong Yidong" In-Reply-To: <2cd46e7f0609241853p6d9e9046p37b89b039d68ee92@mail.gmail.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:60598 Archived-At: ------=_Part_24844_10315069.1160540016020 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/24/06, Ken Manheimer wrote: > 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. i'm still having some problems with the behavior. when moving downwards, the cursor jumps to column 1 for one line when it would wind up shifting to a new field. it then resumes column-sticky behavior from the column on which it started, until the next field change. the same thing happens when moving upwards, except to the end-of-line instead of column 1, iff the content side has a field qualifier. the example i'm posting can be used to show both situations, by leaving or removing the comment chars eliding a few of the lines. i would like to see the behavior richard describes, but would be ok with plain column-sticky behavior. i'm sorry i've taken a while to post this, and i'm going to be away for several days starting tomorrow, so wanted to put this out there. -- ken ken.manheimer@gmail.com http://myriadicity.net ------=_Part_24844_10315069.1160540016020 Content-Type: application/octet-stream; name=linefield-example.el Content-Transfer-Encoding: base64 X-Attachment-Id: f_et57ho3l Content-Disposition: attachment; filename="linefield-example.el" OzsgRXZhbCBvciBsb2FkIHRoaXMgc2NyaXB0IGFuZCBleGVjdXRlIHRoZSBgbGluZWZpZWxkLWV4 YW1wbGUnIGNvbW1hbmQKOzsgZm9yIGRlbW9uc3RyYXRpb24gb2YgdGhlIGZpZWxkIGJvdW5kYXJ5 IG1pc2JlaGF2aW9ycyBpbiBhbiBlbWFjcyAyMiBjdnMKOzsgY2hlY2tvdXQgYXMgb2YgbWlkLWRh eSAoRVNUKSwgT2N0b2JlciA5LCAyMDA2LgoKOzsga2VuCjs7IGtlbi5tYW5oZWltZXJAZ21haWwu Y29tCjs7IGh0dHA6Ly9teXJpYWRpY2l0eS5uZXQKCihkZWZ2YXIgbGluZWZpZWxkLXRleHQKICAi VGhlIGxpbmVzIHdpdGggYSAnfCcgYmFyIGFzIHRoZWlyIGZpcnN0IG5vbi13aGl0ZXNwYWNlCmNo YXJhY3RlciBhcmUgZGVjb3JhdGVkIHdpdGggJ2ZpZWxkICdib3VuZGFyeSBhbmQgJ2ZhY2UKJ2hp Z2hsaWdodCB0ZXh0IHByb3BlcnRpZXMgZnJvbSB0aGUgbGVmdCBtYXJnaW4gdW50aWwgYW5kCmlu Y2x1ZGluZyB0aGUgYmFyLgoKIHwgSSd2ZSBsb3N0IHRyYWNrIG9mIHdoYXQgdGhlIGNvcnJlY3Qg YmVoYXZpb3IgaXMgc3VwcG9zZWQgdG8gYmUuCiAgfCBXaGVuIHRoZSBjdXJzb3IgZmlyc3QgY2hh bmdlcyBmaWVsZHMgd2hpbGUgbW92aW5nIGRvd253YXJkcywKICAgfCBpdCBqdW1wcyB0byB0aGUg Zmlyc3QgY29sdW1uLgogICAgfCBJdCBtb3ZlcyBiYWNrIHRvIGl0cyBvcmlnaW5hbCBjb2x1bW4g Zm9yIHN1YnNlcXVlbnQgbW92ZXMuCiAgIHwgSWYgdGhlIGNvbnRlbnQgc2lkZSBoYXMgaXRzIG93 biBmaWVsZCBzZXR0aW5nCiAgIHwgKHNlZSB0aGUgY29tbWVudGVkIG91dCBjb2RlKSwgdGhlbiB0 aGUgY3Vyc29yIHNoaWZ0cwogIHwgIHRvIHRoZSBsYXN0IGNvbHVtbiB3aGVuIG1vdmlpbmcgdXB3 YXJkcwogfCBhbmQgaGl0dGluZyBhIGZpZWxkIHNoaWZ0LgoKVGhlIGp1bXBzIHRvIHRoZSBmaXJz dCBvciBsYXN0IGNvbHVtbiBzZWVtIHVuZGVzaXJhYmxlIHRvIG1lLiIKCiAgIlRleHQgZm9yIGRl bW9uc3RyYXRpbmcgbGluZWZpZWxkIHN0YWlyY2FzZS4iKQoKKGRlZnVuIGxpbmVmaWVsZC1leGFt cGxlICgpCiAgIkRlbW9uc3RyYXRlIGZpZWxkdGV4dCBib3VuZGFyeSBtaXNiZWhhdmlvci4iCiAg KGludGVyYWN0aXZlKQogIChsZXQqICgoYnVmZmVyIChnZXQtYnVmZmVyLWNyZWF0ZSAibGluZWZp ZWxkLWV4YW1wbGUiKSkKICAgICAgICAgZmlyc3Qgc2Vjb25kCiAgICAgICAgIChpbmhpYml0LWZp ZWxkLXRleHQtbW90aW9uIHQpKQogICAgKHBvcC10by1idWZmZXIgYnVmZmVyKQogICAgKGVyYXNl LWJ1ZmZlcikKICAgIChpbnNlcnQgbGluZWZpZWxkLXRleHQpCiAgICAoZ290by1jaGFyIChwb2lu dC1taW4pKQogICAgKHdoaWxlIChyZS1zZWFyY2gtZm9yd2FyZCAiXiArfCIgbmlsIHQpCiAgICAg IChjb25kICgobm90IGZpcnN0KSAoc2V0cSBmaXJzdCAocG9pbnQpKSkKICAgICAgICAgICAgKChu b3Qgc2Vjb25kKSAoc2V0cSBzZWNvbmQgKHBvaW50KSkpKQogICAgICAoc2V0LXRleHQtcHJvcGVy dGllcyAobWF0Y2gtYmVnaW5uaW5nIDApIChwb2ludCkKICAgICAgICAgICAgICAgICAgICAgICAg ICAgJyhmaWVsZCBzdHJ1Y3R1cmUgZmFjZSBoaWdobGlnaHQpKQo7OyAgICAgIChzZXQtdGV4dC1w cm9wZXJ0aWVzIChwb2ludCkgKHByb2duIChlbmQtb2YtbGluZSkgKHBvaW50KSkKOzsgICAgICAg ICAgICAgICAgICAgICAgICAgICAnKGZpZWxkIGNvbnRlbnQgZmFjZSBib2xkKSkKICAgICAgKQog ICAgKGdvdG8tY2hhciBzZWNvbmQpKSkK ------=_Part_24844_10315069.1160540016020 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_24844_10315069.1160540016020--