From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: emacs and beginning of lines Date: Sun, 07 Sep 2014 23:32:25 +0200 Organization: Aioe.org NNTP Server Message-ID: <87lhpvglqu.fsf@debian.uxu> References: <87r3zpko3s.fsf@mithlond.arda> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1410125728 10879 80.91.229.3 (7 Sep 2014 21:35:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Sep 2014 21:35:28 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Sep 07 23:35:21 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XQk7F-0004F4-K8 for geh-help-gnu-emacs@m.gmane.org; Sun, 07 Sep 2014 23:35:21 +0200 Original-Received: from localhost ([::1]:39689 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XQk7F-0008TK-5J for geh-help-gnu-emacs@m.gmane.org; Sun, 07 Sep 2014 17:35:21 -0400 Original-Path: usenet.stanford.edu!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 78 Original-NNTP-Posting-Host: P0uMB9BthHuWo8+BJXB4Mw.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:pbUEYKfa/1zEeknEGDpC144GP6E= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:207411 X-BeenThere: help-gnu-emacs@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: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:99686 Archived-At: Marcin Borkowski writes: > BTW: back-to-indentation seems to be broken with > visual-line-mode; it doesn't take into consideration, > well, /visual/ lines. One might argue that it is a > feature, but I think this is a bug: I guess that > visual-line-mode is primarily useful for editing > texts in natural languages Yes, primarily that, like in plain text files. (Tho I would recommend filling for that as well, as said.) > (or markup languages, like LaTeX in my case) Secondarily that, but for a .tex file you might as well use auto-fill-mode as when you compile it (into a PDF) that will be treated as unbroken lines. I've found two minor complications. One is that, say for this paragraph: \def\realtimeenforcementsystem{Definition of {\bf real-time enforcement system}: The {\em real-time enforcement system} is the software that makes sure that the real-time tasks are executed in such a way that they are all If you fill it, it may turn out like this: \def\realtimeenforcementsystem{Definition of {\bf real-time enforcement system}: The {\em real-time enforcement system} is the software that makes sure that the real-time tasks are executed in such a way that they are all As long as it doesn't break highlighting, it isn't that much of an issue - still, I think the first version is better. If you make edits, then do M-q again, it may screw up again and you have to fix it, again. There was a guy who posted some sort of patch to this on gnu.emacs.sources, but I don't remember how that worked exactly. If he reads this, feel free to comment (of course). The second complication is that in the .pdf, it may look like this "My friends told me" - say you want to change that to "My associates" or whatever - and you make a search for "My friends" - no hit! Because in the source, it appears at the end of a line and there is a "source line break" (but not PDF line break) right after "My". A regexp search would do it, but it is nothing I would like to do habitually and I wouldn't intuitively think of that right away. Could be automatized, perhaps... Searching for stuff in LaTeX source can actually be tedious for this reason, but on a larger scale as well, because of the markup in general. But for words that are bold, for example, you see they are bold instantly (in the .pdf), but for line breaks it doesn't show that way. Is there a LaTeX submode for hiding markup or search function to disregard it? Those and other reasons is why I always stick to plain text unless for really ambitious documents like thesis and books/manuals that are intended for printing. It is just so much more overhead than the simple and sweet science of putting together plain text files and messages. It is also more honest: if you are a moron, it'll show. There is just no where to hide between fancy markup. -- underground experts united