6 ms·
I don't mean this as a dig at the developers of this particular site because my annoyance is more of a cumulative thing as opposed to being about this website i
by georgemcbay 14y ago
I don't mean this as a dig at the developers of this particular site because my annoyance is more of a cumulative thing as opposed to being about this website in general, but IMO this is yet another website that does one simple thing that should be a library (or at the very least a documented web api) and not a website.
Websites of 2012, I am disappoint.
- deleted 14y ago[deleted]
- crazygringo 14y agoWhat? The designers who will be using this to convert PNG's won't have the slightest idea how to access an API. I, as a programmer, don't want to write code to do this either. I think creating a site for this is awesome. It would be cool if they created an API as well, and a library (but for what language? so many compatibility issues...), but to say this should "not be a website" is entirely backwards. A website is the most user-friendly and accessible platform possible, and makes perfect sense to be the first step.
- georgemcbay 14y ago"What? The designers who will be using this to convert PNG's won't have the slightest idea how to access an API." For designers it should be a Photoshop plugin (built on the theoretical library) or just a desktop app that can bulk convert entire directories. While dealing with 20 images at a time is certainly nicer than one at a time, a drag & drop website UI like this one is an absolute workflow killer on the design side.
- crazygringo 14y agoSure, a Photoshop plugin would be great. And a desktop app. And a GIMP plugin. And a Finder extension. And lots of other things too. My point is, a website interface the single most accessible way so that 100% of people can use it, regardless of platform or programming expertise. It is the obvious first choice. That said, of course I hope all the other options come along soon...
- ars 14y agoGIMP already has an interface to reduce color depth, but it doesn't support transparency. (Maybe 2.8 does, haven't tried it yet.) So this should not be a plugin for gimp, but rather a bug fix. It would also be nice if gimp could open images with indexed transparency.
- shawnz 14y agoYou're right, proper transparency support is step 1 -- but that isn't to say that GIMP couldn't have some sort of automatic lossy compression tool (akin to this) on top of that tech. EDIT: I suppose this software is equivalent to gimp's "Automatically select palette" option when converting images to indexed. Perhaps that option could be replaced with a list of algorithms to choose from, like how the Size dialog lets you choose your own scaling algorithms.
- ars 14y agoYes, exactly. This tool is simply because "Automatically select palette" doesn't support transparency. If it did there would be no need for this. I'm not sure you really need multiple algorithms, the algorithm itself isn't anything special as far as I know - it just supports transparency that's all. You can get somewhat similar results by selecting all the transparent and partially transparent parts and saving the selection. Then flatten the image (i.e. mix the transparency into the background color), reduce the color depth, then use the color to alpha option only on the selection (not the whole image) to subtract the color and bring back the transparency. Then count how many colors you have, if you have too many, undo everything, and choose a lower number for color depth and try again. It helps to choose a color that does not otherwise exist in the image for the background mixing color.
- shawnz 14y agoThe problem is that websites are the most accessible way to deliver an interface for humans. But nobody else can do anything with the tech, and you're limited to the one workflow that the creator had thought of. If this were a library or a command line app like pngcrush, web services could be spawned from it in days, easily. Or desktop apps. Or editor plugins. But in the current format, it's inextensible. (disclaimer: this isn't always true, but it's true in this case)
- jlarocco 14y agoI have to agree with the OP here. Making this a webpage is silly. If it were a library the program that created the PNG could have saved it in this compressed form in the first place. Choosing the language isn't an issue, either. The obvious choice is C because that's what regular libpng is written in. And every language in existence provides a way to interface with C.
- njharman 14y ago> A website is the most user-friendly and accessible platform possible A website requires a browser, a human, and bunch of clicking around. Every single time you want to do this. API / library requires script to be written and added to production pipeline. Once. Then runs without human intervention. The most human friendly interface is the one that saves humans from doing boring, tedious, automatable tasks.
- pornel 14y agoI believe this website uses pngquant to perform the optimization. You can get the tool from http://pngquant.org http://pngquant.org (it's open-source and pretty easy to use as a library too).
- mrjd 14y agoYou're right, it's listed on pngquant's site too as one of the GUI's.
- nostromo 14y ago"Write programs that do one thing and do it well." also: http://en.wikipedia.org/wiki/Worse_is_better http://en.wikipedia.org/wiki/Worse_is_better
- kamakazizuru 14y agoI guess they'll take a freemium approach with time - offer the API and so on as paid models that people can pay for.