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.
Labels:

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.
Tue May 26, 05:13:00 pm GMT-7
Luya Tshimbalanga said…
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.
Tue May 26, 10:10:00 pm GMT-7
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.
Wed May 27, 07:05:00 am GMT-7
Luya Tshimbalanga said…
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.
Wed May 27, 11:50:00 am GMT-7
Post a Comment

Popular posts from this blog

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...
4 comments
Read more

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 ...
Post a Comment
Read more

Detailing the installation of AMD OpenCL rpm for Fedora

Revisiting the previous blog and freshly reinstalling Fedora Design Suite due to a busted boot, I look at the official guideline from AMD Driver for Red Hat Enterprise Linux 7.2 and write a way to improve the process of installing on Fedora 29 in this example. Extracting the tarball contains the following: amdgpu-install amdgpu-pro-install symlink to amdgpu doc folder repodata folder RPMS folder containing rpm package Executing the command ./amdgpu-install -opencl=pal --headless sadly failed on Fedora on that line: ./amdgpu-install -y --opencl=pal --headless Last metadata expiration check: 0:30:51 ago on Mon 19 Nov 2018 07:13:43 PM PST. No match for argument: amdgpu Upon closer look, the script failed to created a temporary repository on /var/opt/amdgpu-pro-local probably explaining why amdgpu metapackage name failed to display. Someone should investigate and provide a fix. At least, we find out Fedora support is available but unofficial. Due to its design, Gnome ...
Post a Comment
Read more