unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: kai.grossjohann@gmx.net (Kai Großjohann)
Subject: Re: [NEWBIE] Questions
Date: Sat, 12 Apr 2003 23:26:10 +0200	[thread overview]
Message-ID: <84el47h0gd.fsf@lucy.is.informatik.uni-duisburg.de> (raw)
In-Reply-To: mailman.4487.1050172718.21513.help-gnu-emacs@gnu.org

Robert Pollard <rpollard@apple.com> writes:

> 1.	Is there a way to adjust the indent space provided by the
>           auto-fill functionality between the topic number and the
>           text.  As in the following example:
> 	1.   lkajsdf lsdfl sadfl dfljasldflkjsdflk asld fls
>                  jsdfj asdfl lasdflj asdflj lsdf l jasdf lj sf  s
> 	Is there a way to adjust the space between the number 1. and
> 	the text? It appears to be a default amount.

You have to type it yourself.  Hm.  And when you then hit M-q, it
gets deleted, I think.  Let me try...

1.  lskdjf lkdjf lkdjf ldkfj ldfkjsldf kjsd lfksjd flksdjf lkdsjf
            lkdfj ldfkjld fkjsd lfksjdf lkj

Yep.  Paragraph looked as follows before I hit M-q:

1.          lskdjf lkdjf lkdjf ldkfj ldfkjsldf kjsd lfksjd flksdjf
            lkdsjf lkdfj ldfkjld fkjsd lfksjdf lkj

The two spaces after the "1." come from the fact that Emacs thinks
it's a sentence-end period and hence it makes two spaces.  Emacs
always assumes two spaces after a sentence, when you do M-q.

> 2.	If you have an outline and you need to move topics around is
>           there a way to renumber the topics?
> 	i.e.
> 	2.    lkjasdf alkjdasf alsdf alsdjfl asldf
> 	1.    asdfsld fl sadf ls dfl lasdfl asdf
> 	3.    kljasdf lasdjf ljasdf asdj flkj asdf

Maybe someone has written a Lisp package to do this.  I vaguely
recall something like this.  Maybe you can look in the Emacs Lisp
List?  http://www.anc.ed.ac.uk/~stephen/emacs/ell.html

> 3.	Why would a auto-fill not format the paragraph the way it does
>           99% of the other topics?
> 	i.e.
> 	The way it normally formats the paragraphs is:
> 	1.   asdfj asdfjljasdf lkjsdfj slkdjflj sdf sdfj lsdjf
> 	      sdf ksdf ;sadkf; ksdfk;sldk f;lsdl f;slk df;lask f
> 	On 2 occasions it formatted like:
> 	1.   sjdfj asdfsldjfljasld flkj asdfj alsdj fkasdlfj las
> 	sdjflasdjf lkjsdfk asdj lksdjflk asdlkf lsflk sdlfk sl
> 	I had to manually insert the tab/spaces for the second line.

It depends on the input.  Hitting M-q takes the spaces from the
second line of the paragraph.  And paragraphs, as you know, are
delimited by empty lines.  So suppose you have this:

1.  lskdjf
    sldkjf
2.  slkdfj

Then if you add another line after the third one (via auto-fill), the
line will start with four spaces.  But if you start with the
following situation, it will start with no space:

1.  lskdjf
lskdjf
2.  lskdjf

> 4.	I prefer not to have the paragraph indicators as a line feed
>           for end of the paragraph as it appears to be on default.

There is paragraph-indent-text-mode.  It assumes that a line starting
with whitespace starts a paragraph.

> I much prefer a carriage return to indicate the end of the
> paragraph.  As it stands, you have to have a blank line between
> paragraphs to indicate the end of the paragraph.

I don't understand this.  Emacs almost never uses carriage return
(^M) in a buffer.  And even inside a paragraph, every line ends with
a newline.

There is longlines.el which can remove "superfluous" newlines
(within paragraphs) when writing the file and it re-adds them when
reading the file.

> 	2.	Why is there a different value for global and the
>                   current buffer?

Depending on the mode, it makes sense to have a different definition
of the start of a paragraph.  For example, when editing itemized
environments in LaTeX, like so:

\begin{itemize}
\item first item
\item second item.  This one is longer and has more than one
  line.
\item third item.
\end{itemize}

Then it would be good to consider each item a paragraph, even though
they are not delimited by empty lines.  So LaTeX mode sets up
paragraph-start and paragraph-separate to make this happen.

> It appears there may be some kind of continuation pattern being used
> for each variable.  I do understand basic regular expressions but I
> don't fully understand these patterns.

Continuation pattern?

> 5.	I am running version 21.2.1 under Cygwin on an Intel system.
>           Certain key equivalents that I have gotten used to over the
>           time that I have been using Emacs are not working anymore.
>           I have to type the commands in instead.
> They are:
> C-x C-c	Quit Emacs
> C-h v	Describe a variable
> C-h i		Info docs
> C-<spc>	Set a mark
>
> Why would these key equivalents not work?  This is my first time for
> using Emacs in Cygwin but I thought the key equivalents would be the
> same on all systems.

I have no idea why they might fail.

Maybe you can use NT-Emacs, a native Windows executable?
http://www.gnu.org/software/emacs/windows/ntemacs.html
-- 
file-error; Data: (Opening input file no such file or directory ~/.signature)

       reply	other threads:[~2003-04-12 21:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.4487.1050172718.21513.help-gnu-emacs@gnu.org>
2003-04-12 21:26 ` Kai Großjohann [this message]
2003-04-14 18:19   ` [NEWBIE] Questions Robert Pollard
2003-04-14 18:47     ` Kai Großjohann
2003-04-12 18:38 Robert Pollard

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=84el47h0gd.fsf@lucy.is.informatik.uni-duisburg.de \
    --to=kai.grossjohann@gmx.net \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).