6.0.0-alpha14
7/2/25

[#8592] Full HTML/CSS support on message view
Summary Full HTML/CSS support on message view
Queue IMP
Queue Version Git master
Type Enhancement
State Resolved
Priority 1. Low
Owners slusarz (at) horde (dot) org
Requester rui.carneiro (at) portugalmail (dot) net
Created 09/22/2009 (5762 days ago)
Due
Updated 01/13/2010 (5649 days ago)
Assigned
Resolved 09/28/2009 (5756 days ago)
Milestone
Patch Yes

History
09/28/2009 09:04:06 AM rui (dot) carneiro (at) portugalmail (dot) net Comment #13 Reply to this comment
Image block display now works again entirely via javascript, rather than
requiring another server access.
This is great but now that CSS is not removed shouldn't $_img_regex be 
reviewed to remove CSS images too? (e.g. list-style-image, 
background-image)
09/28/2009 05:13:04 AM Michael Slusarz Comment #12
State ⇒ Resolved		 Reply to this comment
IMP now correctly displays the e-mail standards acid test 
(http://www.email-standards.org/acid/).  Resolving ticket.
09/28/2009 04:12:26 AM Michael Slusarz Comment #10 Reply to this comment
After a quick test I realize that my patch is not working on IE8 (and
probably all previous versions). Probably is some issue with
javascript and iframes. Handling iframes on IE is pretty different
from all other browsers. Maybe I missed something.
IE8 doesn't allow declaring an 'onload' parameter directly in the 
IFRAME HTML code.  This is irrelevant now, as we now use a different 
method to perform onload actions.



Additionally, the Horde HTML driver was stripping style attributes for 
all IE versions.  This has been corrected.
09/28/2009 04:05:00 AM Michael Slusarz Comment #9 Reply to this comment
Attached is a HTML message where the IFRAME resizing doesn't work at all.
Fixed.
09/28/2009 03:53:38 AM CVS Commit Comment #7 Reply to this comment
Changes have been made in Git for this ticket:

Ticket #8592 - More IFRAME/HTML work
IFRAME & IFRAME data are now loaded on the same page; javascript does
the dynamic addition of the text to the IFRAME.  Saves a server access.
Image block display now works again entirely via javascript, rather than
requiring another server access.

http://git.horde.org/diff.php/imp/js/imp.js?rt=horde-hatchery&r1=f1f00322567d2ebed6e2b6cf61b03ed603f28940&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/lib/Contents.php?rt=horde-hatchery&r1=df76454c4d762ea3e0b23bc6e84c1328b2965d90&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/lib/Mime/Viewer/Html.php?rt=horde-hatchery&r1=1a57ad3e16e1a3e92b0f087ba1765c9089c48577&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/lib/Views/ShowMessage.php?rt=horde-hatchery&r1=824a98c46d190c69bd5fd416cc7c8f9c448c12f4&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/message-dimp.php?rt=horde-hatchery&r1=f0daa2470ea069c3488276d2ecb1f92c6fdc86b3&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/message.php?rt=horde-hatchery&r1=fc6151a2aeac321c8fd30db7b81ea9e4686c0d39&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
http://git.horde.org/diff.php/imp/themes/screen.css?rt=horde-hatchery&r1=5229eff83fdc1e80083c65e2a5f818b524218943&r2=c1716b393f3d2656419610100aeb8e9d4a6b6670
09/24/2009 02:14:18 PM rui (dot) carneiro (at) portugalmail (dot) net Comment #6 Reply to this comment
After a quick test I realize that my patch is not working on IE8 (and 
probably all previous versions). Probably is some issue with 
javascript and iframes. Handling iframes on IE is pretty different 
from all other browsers. Maybe I missed something.
09/23/2009 08:46:54 AM rui (dot) carneiro (at) portugalmail (dot) net Comment #5 Reply to this comment
Initial implementation.  All the code dealing with
renderNoImages()/IMP_Contents::/view.php is entirely unnecessary.
There is already the appropriate code in view.php to allow us to
determine what view we want (the 'mode' parameter), and we pass what
state we need via URL parameters (e.g. 'html_iframe_data').
Sorry about that. I am still new on Horde Framework
Still need to work out some details - namely, it would be nice to not
require a separate request to load the HTML data (and to display
images).
That was my first approach but it was unsuccessful.
My inclination is simply to prohibit  viewing HTML inline on
non-javascript enabled browsers because trying
to maintain a separate filtering regime vs. IFRAME content probably
isn't worth it for the minimal browsers lacking javascript support.
I agree too.
09/23/2009 07:47:19 AM Jan Schneider Comment #4
New Attachment: Heiße News_ Grillen auf dem iPhone.eml		 Reply to this comment
My inclination is simply to prohibit
viewing HTML inline on non-javascript enabled browsers because trying
to maintain a separate filtering regime vs. IFRAME content probably
isn't worth it for the minimal browsers lacking javascript support.
I agree.



Attached is a HTML message where the IFRAME resizing doesn't work at all.
09/23/2009 05:07:11 AM Michael Slusarz Comment #3
Assigned to Michael Slusarz
State ⇒ Accepted		 Reply to this comment
Initial implementation.  All the code dealing with 
renderNoImages()/IMP_Contents::/view.php is entirely unnecessary.   
There is already the appropriate code in view.php to allow us to 
determine what view we want (the 'mode' parameter), and we pass what 
state we need via URL parameters (e.g. 'html_iframe_data').



I haven't implemented any of the fancier 'loading' graphics yet.   
Still need to work out some details - namely, it would be nice to not 
require a separate request to load the HTML data (and to display 
images).  There are issues with IFRAME/same source restrictions that 
can be worked around with javascript, but it remains to be seen if it 
is viable in the IMP framework.  Additionally, IFRAMEs simply will not 
work without javascript (there is no way to correctly size an IFRAME 
without javascript).  My inclination is simply to prohibit viewing 
HTML inline on non-javascript enabled browsers because trying to 
maintain a separate filtering regime vs. IFRAME content probably isn't 
worth it for the minimal browsers lacking javascript support.
09/22/2009 09:02:28 AM rui (dot) carneiro (at) portugalmail (dot) net Comment #1
State ⇒ New
New Attachment: html_support.zip Download
Patch ⇒ Yes
Milestone ⇒
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Full HTML/CSS support on message view
Queue ⇒ IMP		 Reply to this comment
The latest version of IMP is not rendering complete HTML/CSS. Some 
HTML/CSS is striped to ensure that webmail's design is not affected by 
any code inside a message.



Because that some messages do not respect HTML/CSS standards. The 
objective of this enhancement is to develop full support for HTML/CSS 
on IMP. The final goal is to pass on Email Standards: 
http://www.email-standards.org/



Note: the diff on Xss.php is just to avoid this unclosed bug: 
http://bugs.horde.org/ticket/8581
New Ticket
My Tickets
Search
Query Builder
Reports

Saved Queries

Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers