Re: [Emacs-diffs] master fc2da0d: Gnus: Automatically render text/calendar in a human-friendly way

[Basil L. Contovounesios]

Stefan Monnier <address@hidden> writes:

>>> diff --git a/lisp/gnus/mm-decode.el b/lisp/gnus/mm-decode.el
>>> index b689b51..3f25541 100644
>>> --- a/lisp/gnus/mm-decode.el
>>> +++ b/lisp/gnus/mm-decode.el
>>> @@ -261,13 +262,13 @@ before the external MIME handler is invoked."
>>>      ("application/x-.?tar\\(-.*\\)?" mm-archive-dissect-and-inline 
>>> identity)
>>>      ("application/zip" mm-archive-dissect-and-inline identity)
>>>      ("audio/wav" mm-inline-audio
>>> -     (lambda (handle)
>>> -       (and (or (featurep 'nas-sound) (featurep 'native-sound))
>>> +     ,(lambda (_handle)
>>> +       (and (fboundp 'device-sound-enabled-p)
>>>         (device-sound-enabled-p))))
>>>      ("audio/au"
>>>       mm-inline-audio
>>> -     (lambda (handle)
>>> -       (and (or (featurep 'nas-sound) (featurep 'native-sound))
>>> +     ,(lambda (_handle)
>>> +       (and (fboundp 'device-sound-enabled-p)
>>>         (device-sound-enabled-p))))
>>>      ("application/pgp-signature" ignore identity)
>>>      ("application/x-pkcs7-signature" ignore identity)
>>
>> I'm just curious: where do nas-sound/native-sound/device-sound-enabled-p
>> come from?
>
> No idea.
>
>> Are they XEmacs artefacts?
>
> I assume so.

Does that mean they can be removed?  Lars?

>> Can/should they eventually be changed to rely on play-sound et al.?
>
> Could be (tho, doesn't play-sound suffer from the problem that
> it's synchronous?)

Yes.

Thanks,

-- 
Basil