Mona Lisa in pure CSS
31–40 of 97 posts
Re: Mona Lisa in pure CSS
#32Jeez. If your underlying method is pixels, you can render any image you want. I'm afraid I'm missing the "hack" here.
Re: Mona Lisa in pure CSS
#33Re: Mona Lisa in pure CSS
#34Re: Mona Lisa in pure CSS
#35Re: Mona Lisa in pure CSS
#36About ten years ago I made a converter application that converted a image (jpg/png/gif) to an HTML table. The result at the time was great. Unfortunately the generated HTML was quite verbose so it took a lot of bandwidth to download. I guess a similar conversion program has been used here and it seems that CSS these days can take off quite a bit of fat of that generated code. PS: Forgot to mention. The reason I wrote…
Re: Mona Lisa in pure CSS
#37Re: Mona Lisa in pure CSS
#38About ten years ago I made a converter application that converted a image (jpg/png/gif) to an HTML table. The result at the time was great. Unfortunately the generated HTML was quite verbose so it took a lot of bandwidth to download. I guess a similar conversion program has been used here and it seems that CSS these days can take off quite a bit of fat of that generated code. PS: Forgot to mention. The reason I wrote…
While some websites stop people from right clicking and saving (such as flickr) you can get around that by just screen printing. So why would you invest time in trying to stop one route of copying when there is a second unstoppable?
Re: Mona Lisa in pure CSS
#39Amazing job! How long did it take and were there any tools you used to make this faster?
Re: Mona Lisa in pure CSS
#40Earlier quoted context omitted.
Clients.
Would it not be easier to explain to them that what they're asking for is impossible to deliver?
That is, from the technical perspective it may be 'impossible' to achieve perfect DRM. But from another perspective, if the added cost of circumventing that DRM is large enough that most[3] people won't bother, it /may/ be a success. See: Steam.
In short, the language/terminology barrier between people in different fields results in a lot of client/developer miscommunication, frustration, and, frankly, poor results.
A rather complete discussion on this (w/r/t a client wanting 100% uptime): http://news.ycombinator.com/item?id=3056414
[1] The technical party in the relationship
[2] The party paying someone you to handle the technical side
[3] Again, we run into a problem with precise definitions using 'most' - do we mean 99.9%? Do we mean enough that the cost of implementing the DRM is larger than the $ saved. Though the lost sales due to /having/ DRM is an entirely different discussion.