[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: url-retrieve-synchronously and coding

From: Lennart Borgman
Subject: Re: url-retrieve-synchronously and coding
Date: Tue, 25 Jan 2011 12:01:29 +0100

On Tue, Jan 25, 2011 at 11:47 AM, Julien Danjou <address@hidden> wrote:
> On Mon, Jan 24 2011, Lennart Borgman wrote:
>> It looks to me like url-insert-file-contents is a code place for
>> decoding. So I suggest the following:
>> 1) Move the decoding from url-insert to url-insert-file-contents.
> I'd like to be able to use the coding detection code and decoding on
> already retrieved buffer, so this can be used in
> url-insert-file-contents, but it must be a autonomous function that I
> can call myself.

Yes, of course.

>> 2) Replace the call to decode-coding-inserted-region in
>> url-insert-file-contents with something that also takes care of xml
>> encoding and similar things.
>> But I wonder what to use for 2. Something like Julien suggested seems
>> good to me. If no entry is find (or used) in
>> mm-decoder-helper-functions then probably
>> decode-coding-inserted-region should be called.
> Sounds good.
>> This of course means that the functions for decoding should be in
>> url-handlers.el (which Julien objected against).
> Why cannot be it in mm (or another possibly new package)?

Yes, it could be a new package or another one than url-handlers.el.
But url-handlers.el seems to be a reasonable choice to me.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]