From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "B. T. Raven" Newsgroups: gmane.emacs.help Subject: Re: upgrade nonsensifies fill-paragraph Date: Fri, 28 Dec 2012 17:42:23 -0600 Organization: NewsGuy - Unlimited Usenet $23.95 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356738310 32205 80.91.229.3 (28 Dec 2012 23:45:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Dec 2012 23:45:10 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Dec 29 00:45:26 2012 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 1TojcE-0008SE-K1 for geh-help-gnu-emacs@m.gmane.org; Sat, 29 Dec 2012 00:45:26 +0100 Original-Received: from localhost ([::1]:46100 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tojc0-0001Yv-0y for geh-help-gnu-emacs@m.gmane.org; Fri, 28 Dec 2012 18:45:12 -0500 X-Received: by 10.224.184.11 with SMTP id ci11mr18338419qab.1.1356738160345; Fri, 28 Dec 2012 15:42:40 -0800 (PST) Original-Path: usenet.stanford.edu!ee4no3383476qab.0!news-out.google.com!k2ni3745qap.0!nntp.google.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!spln!extra.newsguy.com!newsp.newsguy.com!news4 Original-Newsgroups: gnu.emacs.help Original-Lines: 63 Original-NNTP-Posting-Host: pa1dc634fdbf4ed7de6bb66358f44dce0b9f5510edeab830e.newsdawg.com User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 In-Reply-To: X-Received-Bytes: 3403 Original-Xref: usenet.stanford.edu gnu.emacs.help:196026 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:88339 Archived-At: Die Tue Dec 25 2012 12:15:10 GMT-0600 (Central Standard Time) ken scripsit: > For quite a while I've been using the highest upgrade of emacs available > to RH/Centos 5.8, i.e., 21.4. But because I wanted to start using > webdav functionality in emacs, I scrapped that and downloaded and > compiled version 22.1.1. With this upgrade came problems (some of which > I've encountered and had to fix in previous upgrades). One of these is > what "fill-paragraph" does. > > I'll have a nicely formatted html unordered list, something like this: > >
    >
  • This is a longer line of text for a single list > item. We're going to use it to test to see how > well > word-wrapping works with this new version of emacs (22.1.1). It's > always a real pain to reformat list items so that they look nice. >
    • >
  • Another line of text is no problem just typing it in without > editing anything which affects where the line-breaks are located. > Everything is happy so far. >
    • >
  • Now a third line. After typing in this, I'll move the point up to > the first list item and try to reformat it with M-q. >
    • >
> > Fairy readable, but I want to improve the first list item's formatting, > so I put the point between the first "
  • " and its matching "
    • " and > to M-q. I get this: > >
    • This is a longer line of text for a single list item. We're > going to use it to test to see how well word-wrapping works with this > new version of emacs (22.1.1). It's always a real pain to reformat > list items so that they look nice.
    • Another line of text is > no problem just typing it in without editing anything which affects > where the line-breaks are located. Everything is happy so far.
      • >
    • Now a third line. After typing in this, I'll move the point up to > the first list item and try to reformat it with M-q.
      • >
    > > which is of course *much worse*. And not how the previous version > behaved (with exactly the same ~/.emacs). > > The problem, I believe, has to do with emacs' definition of what > signifies the end of a paragraph. But I couldn't find any such > definition. Any help? Things like this are found with C-h v parag TAB Look at paragraph-start and paragraph-separate. <\/.+> is a regexp that is the pattern for tags like vel sim. Maybe that could be added to one or both of those variables in html-mode or html-helper-mode but I don't know what repercussions that might have. Ed > > > > >