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
> <[EMAIL PROTECTED]> 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
>>> <[EMAIL PROTECTED]> 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 <
[EMAIL PROTECTED]>
>>>>> 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:[EMAIL PROTECTED]
>>>>>> Sent: Saturday, March 18, 2006 8:35 AM
>>>>>> To: Stefan Ott
>>>>>> Cc: [email protected]; [email protected]
>>>>>> 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/
>
