> [...] Linux blatantly violates the language specification [...]
We can't expect a kernel to be aware of all language specifications.
Yes, I know that in this case C is both the program's and the Kernel's language in this example but even then. Languages go through iterations (versions) and a Kernel can't be required to obey all languages which might run under it.
I wonder why anyone would be surprised of this. Nokia builds phones and has an R&D. It just make sense that they try different OS on their own hardware as long as they have the source and can deal with the proprietary drivers needed.
The nice thing with X is that you can use both! CRTL-C/V and the middle mouse button use different clipboards. I use both at the same time, it' quite handy when you need to copy/paste from different sources in the same app.
WebKit is quite powerful and can be quite easily used for generating a PDF, SVG, PostScript of PNG in almost no effort.
I wrote a simple Deck.JS [1] and S5 [2] PDF converter using a few lines of scripting. These programs take a slide presentation written in HTML5 and convert them into a portable PDF document. This is very handy since you can then
share a single file that includes all graphical elements (fonts, images, layout) intact.
I have a GitHub toy repo [3] where I made a few tests with WebKit. On the the programs there (screenshot.pl) even lets you use XPath to find the subnode to grab.
I would be interested in know what their open rate is. As it was mentioned in another comment most email subscribers don't turn on images making open tracking a metric that is very low.
> 1) You need an IP address in good standing. If you don't have that (if you are on EC2), you might need to sign up for an SMTP service (or sendgrid, but my concerns of using a nonstandard JSON API over the SMTP standard still stand).
You only need the JSON API header if you want to use their "apps". If all you want is to send simple emails you can just use their SMTP server as a real SMTP server.
Managing your own email server can be quite a task. If you're sending millions of emails per day you probably need a dedicated team just for this.
Some companies will prefer to outsource the sending of commercial emails and to keep the transactional emails in house. This is exactly what my employer is doing.
We're currently evaluating SendGrid as provider and I'm quite impressed with their services. If you don't want all the vendor locking then you can just use the SMTP server. You don't need to worry about any configuration, they will manage your server and all you have to do is to send plain emails.
If you want more services and are not afraid of vendor lockin then you can simple enable their "apps" and you get link tracking, event notifications, google analytics support, open tracking, etc.