that would be replaced. So the issue is that people may have a fixed width block element such as 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 >> 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 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 >>>> > 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 >>>> >>> 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(a)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

tags for >>>> layout >>>> >>>>>> instead >>>> >>>>>> of

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(a)dotfive.com] >>>> >>>>>> Sent: Saturday, March 18, 2006 8:35 AM >>>> >>>>>> To: Stefan Ott >>>> >>>>>> Cc: dev(a)lists.roundcube.net; users(a)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/ >>>> > >>>> >>>> >>>> >> >> >> >> --Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ >> > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ --===============6984412630809203300==--