Hello Chris,
On 20-Oct-99, Chris Young wrote:
> Hi Mike,
>
> On Wednesday 20-Oct-99, Mike Leavitt wrote:
>
>>>> With the propper datatypes, MultiView is supposed to show it as HTML,
>>>> but it wuit working for me, so I configured Mime Prefs to use moreHTML
>>>> which works perfectly when I hit view. Too bad it still shows it raw in
>>>> the read window, or am I missing something?
>
>>> To show it properly in the read window requires MD2 to decode it
>>> internally. I guess it could submit each MIME part to datatypes.library,
>>> and then display them in the read window as DataTypes objects. That
>>> should work, and will allow in-line graphics as well. Are you listening,
>>> Olli? :-)
>
>> Or he could just do what YAM does. It has a setting to show all texts
>> which shows HTML in the read window. Uncheck it and they are shown as
>> viewable attachments. Of course, text files are too, but all you do is
>> configure your editor (GoldED4 in my case) or multiview to show them.
>
> I prefer HTML files to show up as plain text in the read window, rather than
> being forced to launch them as an attachment (of course, you can do that
> too if there's a confusing amount of HTML tags). The reason? HTML
> datatype seems pretty unstable, as does any other datatype based on
> hypertext.datatype, which allows browsing around files. I don't think it
> deallocates memory properly.
I've never had a problem with moreHTML that way, but I think it doesn't use
datatypes. It displays no images, BTW, only text. Does tell you where the
Images are though. I suspect the datatype instability is why MultiView quit
working for me, now that you mention it.
Regards,
--
Mike Leavitt [EMAIL PROTECTED] + team Amiga +
________________________________________________________________
MicroDot-II Mailing List - Info & Archive: http://www.vapor.com/
For Listserver Help: <[EMAIL PROTECTED]>, "HELP"
To Unsubscribe: <[EMAIL PROTECTED]>, "UNSUBSCRIBE"
