Re: filling long html href

[Stefan Monnier]

> I see in fill-move-to-break-point that fill-nobreak-predicate is
> ignored (let bound to nil) if there's no breaks found before
> fill-column.  It seems to me not a good idea to sometimes obey that
> var and sometimes not.  The docstring seems pretty definite when it
> says "If it returns t, fill commands do not break the line there.".

I guess I was the one to introduce this behavior.  I believe I did it
because I misinterpreted the original code.

I.e. the patch below should be installed.

> Second I see that paragraph-start is setup so a tag like "<a" at the
> start of a line is a paragraph start, so filling avoids a break
> leaving that at the start of a line.  That rule is nice, but I wonder
> if simple html markup like "<a" and "<code>" and whatnot could be non
> paragraph starts, just ordinary parts of paragraph text, if you know
> what I mean.  I expect that'd be good for paragraph move commands too.

Don't forget that this rule is currently part of sgml-mode.  I agree that it
should maybe be refined for html-mode, but we should keep it for after
Emacs-22.


        Stefan


--- fill.el     06 Feb 2007 11:14:08 -0500      1.199
+++ fill.el     19 Apr 2007 12:35:37 -0400      
@@ -521,7 +521,6 @@
       ;; Ok, skip at least one word or one \c| character.
       ;; Meanwhile, don't stop at a period followed by one space.
       (let ((to (line-end-position))
-           (fill-nobreak-predicate nil) ;to break sooner.
            (first t))
        (goto-char linebeg)
        (while (and (< (point) to) (or first (fill-nobreak-p)))