all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs and beginning of lines
Date: Sun, 07 Sep 2014 23:32:25 +0200	[thread overview]
Message-ID: <87lhpvglqu.fsf@debian.uxu> (raw)
In-Reply-To: mailman.8416.1410122851.1147.help-gnu-emacs@gnu.org

Marcin Borkowski <mbork@wmi.amu.edu.pl> 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


  parent reply	other threads:[~2014-09-07 21:32 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-06  9:59 emacs and beginning of lines Jude DaShiell
2014-09-06 11:03 ` Teemu Likonen
2014-09-07  0:17   ` Jude DaShiell
     [not found]   ` <mailman.8378.1410049068.1147.help-gnu-emacs@gnu.org>
2014-09-07 18:35     ` Emanuel Berg
2014-09-07 20:47   ` Marcin Borkowski
     [not found]   ` <mailman.8416.1410122851.1147.help-gnu-emacs@gnu.org>
2014-09-07 21:32     ` Emanuel Berg [this message]
2014-09-08  9:17       ` Marcin Borkowski
2014-09-08 11:31         ` Yuri Khan
2014-09-08 11:34         ` Yuri Khan
2014-09-08 12:21           ` Marcin Borkowski
2014-09-08 12:34             ` Stefan Monnier
     [not found]             ` <mailman.8453.1410179680.1147.help-gnu-emacs@gnu.org>
2014-09-08 22:14               ` Emanuel Berg
     [not found]       ` <mailman.8445.1410167872.1147.help-gnu-emacs@gnu.org>
2014-09-08 22:10         ` Emanuel Berg
2014-09-09  7:58           ` Marcin Borkowski
     [not found]           ` <mailman.8505.1410249559.1147.help-gnu-emacs@gnu.org>
2014-09-09 20:02             ` more LaTeX (was: Re: emacs and beginning of lines) Emanuel Berg
2014-09-10  0:12               ` Marcin Borkowski
     [not found]               ` <mailman.8575.1410307953.1147.help-gnu-emacs@gnu.org>
2014-09-10  1:12                 ` Emanuel Berg
2014-09-10  9:23                   ` Marcin Borkowski
     [not found]                   ` <mailman.8603.1410341031.1147.help-gnu-emacs@gnu.org>
2014-09-10 21:55                     ` Emanuel Berg
2014-09-10 23:42                       ` Marcin Borkowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lhpvglqu.fsf@debian.uxu \
    --to=embe8573@student.uu.se \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.