Re: Html rendering
- From: Brian Stafford <brian stafford uklinux net>
- To: balsa-list gnome org
- Subject: Re: Html rendering
- Date: Tue, 23 Apr 2002 12:16:26 +0100
On Tue 12:01, 23 April 2002 Carlos Morgado wrote:
>
> On 2002.04.23 11:57:49 +0100 Toralf Lund wrote:
>> On 19/04 2002 01:39 Carlos Morgado wrote:
>>> On Thu, Apr 18, 2002 at 05:02:07PM +0100, Ian Leonard wrote:
>>> >
>>> > Maybe a message in the status line saying "Images not displayed - links
>>> > not followed for whatever reasons".
>>> >
>>>
>>> good point, a "external images not shown" status message maybe in order,
>>> maybe even a "open in browser" option
>> Probably a good idea.
>>
>> Also, how about
>> <img src="simple_file">
>>
>> where simple_file corresponds to the "filename=" value of a different part
>> of the message? I don't think those work, either.
>>
>
> that's cids, a total diferent mather. i think the problem there is doing
> the cid:url -> /tmp/mime-temp code, not actually the feature itself :)
To complicate matters, Nutscrape and Microsloth came up with two incompatible
extensions to MIME to cross reference the related content. Then the IETF
standardised *both* of them, browser wars forced their hand unfortunately.
Now developers are faced with having to implement two incompatible things that
do the same job and that may even coexist in the same aggregate document.
Aaargh... Personally, I feel that this fiasco illustrates the advantages of
open cooperative development and a reason to cooperate on open standards.
Then this crud doesn't happen.
Even if someday, balsa accepts the url and cid cross references, I don't think
it should *ever* start extending this by allowing cross referencing to the
Content-Disposition header's filename parameter as implied by the <img
src="simple_file"> suggestion. The situation with aggregate documents is
already bad enough. There should onle have been *one* way to do this.
Brian
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]