Skip to main content

The mess that is email standard

One month after a job as Graphic Artist show me that entire email standard (css support in particular) is a complete mess thanks for Microsoft Office 2003/2007. For web client, GMail is the worst while Yahoo does far better job and both Hotmail/Live fares well. Come on! While we struggle to get decent W3C standard to browser, it looks like email is neglected. There is the table for css support and using table for layout design is so 1998.

Comments

Kevin Kofler said…
Why are you trying to use CSS in e-mail in the first place? E-mail is supposed to be plain text, not HTML! Support for HTML mail is crap because HTML is not designed for e-mails.
That is denying the reality that HTML is used for email newsletters layout in enterprises such as video industries.
I work for a company specialized to professional camcorders that requires that use.
eadmund said…
I'm with Mr. Kofler: email is not supposed to be anything other than plain text and attachments. For other stuff, the best thing is to include a link.
That was true two decades ago but today email is more than plain text mostly used as newsletters like it or not. That is a reality that cannot be avoided especially where clients are Apple, HP, Red Cross to name a few.

Popular posts from this blog

GNOME extension Screen Autorotate available

 While waiting for a bug fix affecting majority of 2-in-1 laptops running on GNOME Wayland session, gnome-shell-extension-screen-autorotate is now available in Fedora repository and EPEL 9 . Give a try on your device Possibly this extension will get added on the incoming Fedora Design Suite 39 as default for the owners of convertible laptops.

Summary of echo-icon-theme report on Virtual FUDCon

It was my first even conference on Virtual FUDCon which greatly saved time and money. In summary, echo-icon-theme will not be ready for Fedora 8 given the time constrains. Its guideline needs a rewrite started by Martin Sourada. The icons are now residing on echo-icon-theme repository which facilitates the access for contributors looking to add/update the icons. It also means the wiki page for EchoDevelopment will no longer upload icons and will serve as reference. The mouse cursors are not in the repository yet but will be available shortly. Mairin, Fedora Artwork team leader, suggested to use Tango guideline for icons smaller or equal than 24x24 while keeping the isometric view for 32x32 and above. Demitri Glezos thanked the team for the use of icons on his Transifex project . The set of icons is roughly 40 percent complete and users of other desktop environment like KDE are encouraged to test them and provide ticket to track issues. Be in mind the echo-icon-theme division tea

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora. The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega . The instruction is provided for extracting the rpm files but here is  some requirements for OpenCL: kernel-devel (provided by Fedora repository) amdgpu-dkms dkms libopencl-amdgpu-pro opencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64 . Blender will list as unknown AMD GPU and Darktable will enable it. OpenCL from official AMD driver enabled on Darktable Ra