Received: by 10.66.85.137 with SMTP id h9mr2259163paz.16.1350165303232; Sat, 13 Oct 2012 14:55:03 -0700 (PDT) Path: s9ni6098pbb.0!nntp.google.com!news.glorb.com!usenet.stanford.edu!not-for-mail From: Peter Dyballa Newsgroups: gnu.emacs.help Subject: Re: visual line mode Date: Sat, 13 Oct 2012 23:54:54 +0200 Lines: 132 Approved: help-gnu-em...@gnu.org Message-ID: References: <1350025008261-266925.post@n5.nabble.com> <838vbc85dy.fsf@gnu.org> <87a9vsjcsl.fsf@thinkpad.tsdh.de> <1350038115945-266940.post@n5.nabble.com> <7D26BCC2-3CEA-4109-878F-FEB13D2EED2B@Web.DE> <1350038885303-266943.post@n5.nabble.com> <395879E8-FD2F-4487-850D-0B2CECE37DF5@Web.DE> <83wqyv7rao.fsf@gnu.org> <7B153E83-F6E8-48ED-A6DF-905FB274C351@Web.DE> <83k3uv7ixg.fsf@gnu.org> <83bog67r96.fsf@gnu.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 (Apple Message framework v1085) X-Trace: usenet.stanford.edu 1350165302 20997 208.118.235.17 (13 Oct 2012 21:55:02 GMT) X-Complaints-To: action@cs.stanford.edu Cc: Help-gnu-em...@gnu.org To: Eli Zaretskii Envelope-to: help-gnu-em...@gnu.org In-Reply-To: <83bog67r96.fsf@gnu.org> X-Mailer: Apple Mail (2.1085) X-Provags-ID: V02:K0:gmim7dqWGpKgjea64agx+AaKU7uR9ot3ZZy6onrnpXM XqkBs9MMQCkQo857+hvYITgBBa+NrTffPQE6Yd7C32DssjwXQK aZBnHqOQYfbjTI+Xbi1Ct66f8PWmiMvB6JGZ7LphsxdVOw+TRA UROlk6QUE4bQNzkaCib2Y6DQKOi3BQf74zGr9Yv1DLFJ+imT+c Jeuy/Yv2Sr9VM/fE3R+YA== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 212.227.17.11 X-BeenThere: help-gnu-em...@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am 13.10.2012 um 09:41 schrieb Eli Zaretskii: > (Why do you care about how columns > increase/decrease? For that matter, why do you turn on > column-number-mode at all?) Because columns play an important role in *shell* buffer: if the cursor = or line length is around 1,000 it can happen that this lengthy command = cannot be executed. While trying to find this or that recipe you requested, I found that = effect: Create a file containing that line with TABS between "6)" and "von": Tausendsch=F6nchen (Sedmikrasky) (1966) = von Vera Chytilov=E1 Launch GNU Emacs with -Q and visit that file read-only. Activate visual = line mode. Resize the frame's width to 15 columns ("C-a C-u 14 C-f" = should put the cursor into the last, right-most column). Position the = cursor at the SPACE in the name "Vera Chytilov=E1" and use the cursor = movement keys to make the text cursor move upwards. In the visible line = with TABs it will not go upwards but leftwards, in a left-to-right = script one TAB backwards, as it will do on the visible line above, where = UP makes it jump to column 0, i.e., left of "(1966)". On next UP it's = back in the column where the cursor started. When I position the text cursor with the mouse on the second "n" in = "Tausendsch=F6nchen" and then press CURSOR DOWN it jumps over all the = TABs after "(1966)" and lands on the "a" in "Very Chytilov=E1" instead = of the SPACE=85 >=20 >> And while I was testing this behaviour again it happened that I could = not position by means of the mouse the cursor onto every column of a = long broken line, i.e., most columns, for example those of the first = part or the beginning of the broken line, could not be reached. >=20 > I have no problem with this when I try it now. Does it happen for you > in "emacs -Q", if you just turn on visual-line-mode? I certainly have to click a lot more. What I encountered is that I = clicked into column X on some line and repeatedly the text from the last = column until where I clicked was high-lighted. Or when I clicked into = column Y on some other line the text cursor was put into column (X - N). >=20 >=20 >> And although I removed any white space on the lines after the (black) = text had ended, I can see the cursor stay in that deleted white space: >=20 > I cannot reproduce this. Can you give a recipe? >=20 I cannot reproduce that as well =96 because I failed to see that the = text was % \DeclareGraphicsExtensions{.pdf,.png,.jpeg} which was broken into what you see in the screen-shot. But what I can do = with the text line % \DeclareGraphicsExtensions{.pdf,.png,.jpeg} % in pdfTeX = allowed graphics formats is: a) position the cursor in column 0 on the "%" b) perform RIGHT C-u C-x =3D RIGHT C-u C-x =3D RIGHT C-u C-x =3D RIGHT = C-u C-x =3D (this is exactly four times right on exactly one SPACE = character) The *Messages* buffer contains: Char: % (37, #o45, #x25) point=3D2577 of 37255 (7%) column=3D0 =09 Char: SPC (32, #o40, #x20) point=3D2578 of 37255 (7%) column=3D1 =09 Char: SPC (32, #o40, #x20) point=3D2579 of 37255 (7%) column=3D2 =09 Char: SPC (32, #o40, #x20) point=3D2580 of 37255 (7%) column=3D3 =09 Char: SPC (32, #o40, #x20) point=3D2581 of 37255 (7%) column=3D4 And here is an excerpt, the end, of *Help* buffer: C-a C-u C-x =3D C-u C-x =3D C-u C-x =3D C-u C-x =3D C-u C-x =3D C-a C-x b * M e s s C-h l Eli, right now and possibly the next few years I am not and shall not be = interested in visual-line-mode. I don't like it and I shall not like it = presumingly another few years long. Whether it has bugs or not =96 I = don't care. During the described period of time I think working on = visual-line-mode will be a waste of time for me. For me less annoying = and more satisfying thing exist, so I am stopping now this thread for = me. If you want, then I can send you the two files I used for "testing". = I was using the Lucid/Xaw3d variant of a recently, 10.10., updated GNU = Emacs 24.2.50. I prefer to have a GNU Emacs that is as true and reliable as Honest = John, the sheriff with the hat of the Mounted Police, played by W.C. = Fields, in the film =93Six Of A Kind=94, who explains at a billiard pool = why he carries the honourable name "Honest". (I also don't like = org-mode. It's cheating as well. IMO. And I don't want to explain that = and return to that trauma.) GNU Emacs should stay a reliable computer = programme and not quantum physics where nothing is certain, only more or = less likely. I like tools that *I* can control, not the other way round. honourable -- Greetings Pete Be careful of reading health books, you might die of a misprint. =96 Mark Twain