Convert Android screenshots to PNG
Opened this issue ยท 12 comments
By default, Google serves screenshots in WebP, which is great, but isn't supported widely. We can convert 'em (using dwebp
) and host e. g. on Imgur.
- gh-pages
- screenshots
- index page
- search? (probably later)
- screenshots on index
- more detailed app pages
- docs?
Good suggestion, I would like to add screenshots and userscripts to the repository- but not sure if this is the best way to go about it..
Obviously we can't save all the add-ons, but the userscripts specifically, it might be nice to have a mirror of them here.
Perhaps another repository for them would be a good idea.. hmm
Thoughts?
First of all I'd create the gh-pages
and host the JSONs there; then add the screenshots there. As well as some kind of index.html page (I'm currently coding one).
I don't think we should mirror userscripts -- it's just not the thing an index should do :)
Fair enough :) I have added you as a contributor, thanks for your help so far! It's not one of the funnest projects in the world, but would be awesome to have some data to work with.
I'll set up github pages shortly.. edit: Now your a collaborator, if you push what you have to a gh-pages branch, we should be good to go.
Oh, and awesome on coding up a page, I look forward to seeing it :)
@eddie Thanks! I think adding screenshots to the page would be awesome. For now, I'll be hacking on individual app pages, then.
@iamale Cool, well I'll start gathering screenshots tomorrow where they exist, I think they are going to vary in size quite a bit however.
Also, what are your thoughts on search etc? I have quite a bit of experience with AngularJS for a framework, but am happy with alternatives.. Not sure how well this will work with the current static page setup however
In fact I'm unsure about this one. I've never been a good frontender. I have had some experience with React.js... just a bit. I still can't sit down and learn Angular ๐ฆ I think it's probably okay to use any framework we want, since we have all the JSON in the /api/
submodule I added (still not sure if it's OK -- repo gets 2 times larger this way... or I just don't understand how submodules work).
I think it's fine for the moment :) and thinking about it, now we have ID's, would be too difficult to create a simple search.. Will think it about it some more..
Well, in fact I don't think we need search right now, we should add more data first.
Some examples of great search-things:
- http://bower.io/search/ โ AFAIK it's completely client-side
- https://sublime.wbond.net/search โ in fact this is almost the thing we're making now ๐
Eddie Blundell notifications@github.com wrote:
I think it's fine for the moment :) and thinking about it, now we have
ID's, would be too difficult to create a simple search.. Will think it
about it some more..
Reply to this email directly or view it on GitHub:
#8 (comment)
Alexander Pushkov
ale.incrowd.ws
True, well once we have the majority of add-ons indexed, we can discuss it then :)
I'm going to gather some more packages today, and screenshots.. Hopefully it won't be too tedious..
Great start on the site btw ๐
Images need work! But had a quick play around... wkindex 20140831