Re: probem with mime parts face

[Seweryn Kokot <s.kokot@po.opole.pl>]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

>>>>>> In <b4mmyzg0zps.fsf@jpl.org> Katsumi Yamaoka wrote:
>>>>>>> In <87hcpreb4c.fsf@poczta.po.opole.pl> Seweryn Kokot wrote:
>
>>> I have an email with 6 parts (text/plain). In Article buffer I type K b
>>> to distinguish them and have button for each file. Then I type RET on a
>>> button which hides the text and after typing again RET I get the text
>>> but with different foreground face of the text, namely
>>> boldface. Preferably this action should not change the face of the
>>> text. Is it a bug? I'm using Gnus v5.11 under Debian Unstable
>
>>> Any idea?
>
> [...]
>
>> I don't know why the `widget-button' face is not inherited to
>> the inserted text part.
>
> Because `widget-specify-button' sets the fourth argument of
> `make-overlay' when making a button.
>
> ,----
> | (make-overlay beg end &optional buffer front-advance rear-advance)
> |
> | [...]
> | The fourth arg front-advance, if non-nil, makes the marker
> | for the front of the overlay advance when text is inserted there
> | (which means the text *is not* included in the overlay).
> `----
>
> I've made a change in the trunk so that `gnus-insert-mime-button'
> may do the same.  Probably I've solved the problem.
>
> If you are hard to update Gnus everyday ;-p, you can use the
> following instead temporarily in your ~/.gnus.el file:
> (if (featurep 'xemacs)
>     nil
>   (defalias 'gnus-make-overlay
>     (lambda (beg end &optional buffer front-advance rear-advance)
>       (make-overlay beg end buffer t))))

Thanks a lot for help,
regards,
Seweryn