> smart fill prefix reliably. is that possible now?
It's reasonably complete for several documents I'm converting, such as
the transient showcase. Visual fill requires two modes right now:
1. visual-line-mode (usually with visual-fill-column-mode as well)
2. adaptive-wrap-prefix-mode
Updating
i lost track of all the visual fill stuff vs. emacs native filling vs.
org filling vs. filladapt back before visual filling was able to fill
with both a fill column and a reasonably smart fill prefix reliably.
is that possible now?
also, if a new command is to be introduced, presumably it would
[ CCing emacs-devel ]
Psionic K writes:
> If I run fill-region on a buffer, there's a lot of errors where the
> lack of element awareness means filling is attempted on text that does
> not fill properly, such as property drawers, keywords, and even
> src-blocks without newline separations. The
If I run fill-region on a buffer, there's a lot of errors where the
lack of element awareness means filling is attempted on text that does
not fill properly, such as property drawers, keywords, and even
src-blocks without newline separations. The result requires way too
much cleanup.
It is
Psionic K writes:
>> You may instead just run
>> (let ((fill-column most-positive-fixnum)) (fill-region (point-min)
>> (point-max)))
> No. That will have to be run manually on every element and every line
> of every list. I suppose let's just not talk about it further and
> I'll submit a
This is the org-fill-buffer command, done generically for people who want
to fill or unfill the entire buffer, as is required when alternating
between hard newline filling and visual line mode filling.
See attached patch for docstring and commit message.
From
> You may instead just run
No. That will have to be run manually on every element and every line
of every list. I suppose let's just not talk about it further and
I'll submit a patch so there's no confusion.
On Wed, Jan 10, 2024 at 9:31 PM Ihor Radchenko wrote:
>
> Psionic K writes:
>
> > I
Psionic K writes:
> I wrote up a small addition to the unfill package, which is very
> convenient for switching hard newlines out in favor of tools like
> visual-line-mode and adaptive-wrap.
>
> The command unfilled every list and paragraph in the entire buffer. PR is
> here:
>
I wrote up a small addition to the unfill package, which is very
convenient for switching hard newlines out in favor of tools like
visual-line-mode and adaptive-wrap.
The command unfilled every list and paragraph in the entire buffer. PR is here:
