From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kai.grossjohann@gmx.net (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.help Subject: Re: [NEWBIE] Questions Date: Sat, 12 Apr 2003 23:26:10 +0200 Organization: University of Duisburg, Germany Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <84el47h0gd.fsf@lucy.is.informatik.uni-duisburg.de> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1050183087 28847 80.91.224.249 (12 Apr 2003 21:31:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 12 Apr 2003 21:31:27 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Sat Apr 12 23:31:25 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 194SZr-0007Ti-00 for ; Sat, 12 Apr 2003 23:30:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 194Sa2-0002gr-03 for gnu-help-gnu-emacs@m.gmane.org; Sat, 12 Apr 2003 17:30:34 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!pd9e1e95b.dip.t-dialin.NET!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 125 Original-NNTP-Posting-Host: pd9e1e95b.dip.t-dialin.net (217.225.233.91) Original-X-Trace: fu-berlin.de 1050182898 13208011 217.225.233.91 (16 [73968]) Mail-Copies-To: never User-Agent: Gnus/5.090018 (Oort Gnus v0.18) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:FpDgMLCy95b+Tc/TGXGxJ2k/AEE= Original-Xref: shelby.stanford.edu gnu.emacs.help:111922 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:8422 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:8422 Robert Pollard 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- 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)