On Tue, 21 Mar 2006 21:07:00 +1100, Thomas Bruederli roundcube@gmail.com
wrote:
Chris Fordham wrote:
I agree here. If its a multipart mail with a html part, there should be a button to view the text part.
Something similar is already implemented: if you unset "Prefer HTML" in the user prefs, then the text part will be displayed and the HTML part is listed as attachment.
Cool!
Thomas, for display of the iframe are you talking about replacing <div class="message-part"></div> with the iframe?
I guess it's <div id="messagebody"> that would be replaced.
So the issue is that people may have a fixed width block element such as
<table width="700px"> which will not fit. So effectively there is no real way of containing it without scrollbars on the iframe?
~Thomas
On Tue, 21 Mar 2006 03:39:29 +1100, Caleb Harrelson atrophic@gmail.com wrote:
I think not being able to view any single email in roundcube is a major flaw (as it stands I can't read any HTML emails, which is a bit more of a flaw, anybody care to help troubleshoot that reply to my previous posting to the list). If roundcube is incapable of rendering an email there should
be a backup, say a link that pops the current email up in a window of its
own with only its HTML, or even the source as plain text.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:
>
--Using Opera's revolutionary e-mail client:
--Using Opera's revolutionary e-mail client: http://www.opera.com/mail/