On 3/20/06, Thomas Bruederli <roundcube@gmail.com> wrote:

Chris Fordham wrote:
> Ok, so iframe is not deprecated in XHTML 1.0, but is in 1.1+, replaced
> with the object tag, but apparently not targetable.

I'm not familiar with XHTML 1.1 and I didn't know about that...

> So yeah I agree with the iframe as RC is 1.0, hopefully without any
> stripping of the html part.
> I'm not sure what you mean by how much space the message header will use.

The "message view" page contains the toolbar, then the message headers
and the message body below. The container with headers and body comes up
with a scrollbar if the message content is larger than the browser
window. If we want to separate the message body from the headers, the
iframe should fill the space between the headers and the bottom end of
the browser window and scroll if it's content overflows. I failed to
write CSS code that would display the iframe in the desired size and
position. I'd like to find a solution with pure XHTML/CSS and not to
create any dirty JavaScript hacks for that.

Thomas
>
> On Mon, 20 Mar 2006 20:32:58 +1100, Thomas Bruederli
> <roundcube@gmail.com> wrote:
>
>> Chris Fordham wrote:
>>> Is the iframe tag now deprecated?
>>> I think the only completely valid way is to use a normal frameset, or
>>> the html part to open in a new window.
>>> It needs to be in a frame or its own window because of possible headers
>>> in the html and particularly the DTD. It would be great for email
>>> clients to support the html part as a actual html document (selectable
>>> DTD) and not some quirks mode (also no stripping of the html part).
>>> I think that clicking on a link to open the html part in a new window by
>>> itself and pass only the html part to that window would be best IMHO.
>>
>> I already hear the users complain about this. Nobody wants to click
>> twice to get the message body for reading. iframes would do best here
>> but I had some problems with the CSS styling, especially the proper
>> scaling to the window size. We don't know exactly how much space the
>> message headers will use and this makes it very difficult to set
>> position, with and height of the message body's iframe.
>>
>> Thomas
>>>
>>> On Mon, 20 Mar 2006 18:35:40 +1100, Thomas Bruederli
>>> <roundcube@gmail.com> wrote:
>>>
>>>> Chris Fordham wrote:
>>>>> I'm not sure what RC does with HTML parts, but I have heard that it
>>>>> doesn't really support them - can someone confirm?
>>>>> I have managed to make hybrid layouts with html 4.01 to work in most
>>>>> clients.
>>>>> Lots of servers strip HTML a lot, especially hotmail.
>>>>
>>>> The main problem is that the HTML message has to be displayed INSIDE
>>>> the
>>>> XHTML body of the RoundCube page. RC tries to modify the HTML message
>>>> body in order to display it correctly. It worked for most of the test
>>>> mails I tried but it's not a 100% guaranty that all HTML show up
>>>> correctly. Since RC uses XHTML for its interface a malformed HTML
>>>> message (i.e. tags not closed) can indeed mess up the whole interface.
>>>> One solution would be to render the HTML message is it's own iframe and
>>>> not within the main page.
>>>>
>>>> I cannot confirm that RoundCube does not support HTML messages at all.
>>>>
>>>> Regards,
>>>> Thomas
>>>>>
>>>>> On Sun, 19 Mar 2006 16:51:55 +1100, Tony Zielinski <tony@webavant.com>
>>>>> wrote:
>>>>>
>>>>>> Brady,
>>>>>>
>>>>>> I beg to differ with your opinion of the eBay HTML email that he
>>>>>> Stefan Ott
>>>>>> attached.  You say that it was coded using old standards, I'm sure
>>>>>> you're
>>>>>> right, but for a good reason.  I tried using <div> tags for layout
>>>>>> instead
>>>>>> of <table> tags with horrendous display in RoundCube.  It looked
>>>>>> good in
>>>>>> other clients. I submitted a post about this earlier to the dev list,
>>>>>> but no
>>>>>> one responded.
>>>>>>
>>>>>> Not related to RoundCube, but try coding all design and layout
>>>>>> using a
>>>>>> stylesheet with no inline HTML attributes and viewing it in gmail or
>>>>>> other
>>>>>> another popular webmail.  Outlook and AppleMail display the output
>>>>>> okay for
>>>>>> the most part, except the links don't get the same treatment that
>>>>>> they
>>>>>> would
>>>>>> in IE or FireFox... For real kicks, try kMail for KDE.
>>>>>>
>>>>>> I always code my HTML email pages plain vanilla HTML 2.0 circa 1995
>>>>>> fashion
>>>>>> for the above reasons.  Using 'style' attributes inline with HTML
>>>>>> tags
>>>>>> seems
>>>>>> to work okay in the clients I've tested as well as long as you don't
>>>>>> use
>>>>>> 'class' or 'id' attributes it seems to work well.
>>>>>>
>>>>>> --
>>>>>> Tony Zielinski
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Brady J. Frey [mailto:brady@dotfive.com]
>>>>>> Sent: Saturday, March 18, 2006 8:35 AM
>>>>>> To: Stefan Ott
>>>>>> Cc: dev@lists.roundcube.net; users@lists.roundcube.net
>>>>>> Subject: Re: HTML E-Mails from eBay
>>>>>>
>>>>>> Stefan Ott wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I use Roundcube 0.1beta and I have problems with E-Mails from
>>>>>>> eBay. I
>>>>>>> only
>>>>>>> get a blank page, with all other html mails it works. I attached the
>>>>>> source
>>>>>>> of an eBay mail maybe someone can figure it out what causes this
>>>>>>> problem.
>>>>>>>
>>>>>>> Thanks
>>>>>>> steve`
>>>>>>>
>>>>>>>
>>>>>> Aside from the fact that, even for HTML email which is behind the
>>>>>> standards times, that HTML looks like a 5 year old coded it -- the
>>>>>> rendering of all html is based on  the browser you are using -- what
>>>>>> browser is that?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --Using Opera's revolutionary e-mail client:
>>>>> http://www.opera.com/mail/
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>
>>
>>
>
>
>
> --Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>