[mew-int 3019] Re: `wrapped lines' minor problem
Alan Bram
alan.bram at example.com
Tue Nov 1 10:09:06 JST 2011
Hi,
Do you have any specific recommendations for the value of adaptive-fill-regexp? I couldn't figure out a way to fix this problem that way. I noticed that Mew has its own code for looping through the lines in a buffer (for the purpose of filling).
However, I started playing around with customizing filling by writing my own adaptive-fill-function. Here's what I have so far:
(defun my-aff()
(if (and (eq major-mode 'mew-message-mode)
(looking-at adaptive-fill-regexp))
(make-string (- (match-end 0) (match-beginning 0)) ? )
nil))
Then do M-x set-variable RET adaptive-fill-function RET my-aff
I would be very curious to know if this works for you, Werner (or anyone else).
Cheers,
- arb
On Oct 19, 2011, at 12:11 AM, Kazu Yamamoto wrote:
> Hello,
>
> I guess you can customize it by setting
> adaptive-fill-regexp.
>
> --Kazu
>
>> [GNU Emacs 24.0.50.1
>> (i686-suse-linux-gnu, GTK+ Version 2.24.4)
>> of 2011-07-31 on linux-nvf0.site]
>>
>> [mew git 7717ba57 from 2011-02-18]
>>
>>
>> If I have a long line like this in a `Mew message' buffer:
>>
>> -) I also need to mention that we build two versions of all manuals, one without any page splitting ([manualname]-big-page.html) and one with splitting at numbered sections (genereated into the [manualname]/ subdirectory of out-www). That's one of the reasons why we need to fix the links (to the css files etc), because the files have different base dirs.
>>
>> and I press Shift + `-' twice, I get this:
>>
>> -) I also need to mention that we build two versions of all manuals,
>> -one without any page splitting ([manualname]-big-page.html) and one
>> -with splitting at numbered sections (genereated into the [manualname]/
>> -subdirectory of out-www). That's one of the reasons why we need to fix
>> -the links (to the css files etc), because the files have different
>> -base dirs.
>>
>> Note the leading `-' on each line which is quite irritating. I'm not
>> sure whether this is an Emacs problem or a buglet in Mew, however. In
>> case it's the former, a workaround would be great :-)
>>
>>
>> Werner
>
More information about the Mew-int
mailing list