11–20 of 46 posts
Also (this is just a minor nitpick), it'd be nice to not have to enter in http://. I'm using Chrome.
I typed in "example.org", and got back "Please enter a URL". For convenience, consider automatically assuming " http:// in the front if the user doesn't specify a URL scheme. (Please do continue allowing URLs with http:// or https:// explicitly specified, though.) You shouldn't make that assumption if you provide an API in the future (API callers should specify full valid URLs), but it would make the current web inte…
Yeah you’re 100% right about the fonts, I definitely plan to sort that out ASAP.
I typed in "example.org", and got back "Please enter a URL". For convenience, consider automatically assuming " http:// in the front if the user doesn't specify a URL scheme. (Please do continue allowing URLs with http:// or https:// explicitly specified, though.) You shouldn't make that assumption if you provide an API in the future (API callers should specify full valid URLs), but it would make the current web inte…
I like the concept. A lot. It would be 100x more useful if you added a set of tools at the right that emulate Skitch, so you could mark up a screenshot and then merge the edits into a new image. I would probably stop using Skitch immediately. Also - if you're going to use KISSinsights to ask your users questions, ask a meaningful question. The current question is pretty obnoxious. Just my $.02
Interesting that you'd switch from Skitch if it had that feature set. I can't imagine a scenario where I'd ever prefer to hit, from a page I'd like a screenshot of: > cmd+l, cmd+c, cmd+t, sna, , enter, tab, cmd+v, enter, right click generated image, copy link As opposed to (skitch keybinds): > cmd+shift+5, click once in my browser window, click once on share link Out of curiosity, what is it that makes the web-based…
javascript:window.location=%22http://snapito.com/?url=%22+encodeURIComponent(document.location)
I typed in "example.org", and got back "Please enter a URL". For convenience, consider automatically assuming " http:// in the front if the user doesn't specify a URL scheme. (Please do continue allowing URLs with http:// or https:// explicitly specified, though.) You shouldn't make that assumption if you provide an API in the future (API callers should specify full valid URLs), but it would make the current web inte…
Josh that’s really interesting, what browser were you using, because the app doesn’t say ‘Please enter a URL’ this must be a browser feature working against input type=‘url’. I’d love to know the browser you were using. It certainly shouldn’t require a http:// at the front. Yeah you’re 100% right about the fonts, I definitely plan to sort that out ASAP.
I set out to tackle this problem a few years ago and while it was easy to rig up stuff to do this in Linux, getting anywhere near the rendering quality that I saw in OS X was impossible. It seems it may still be :-)
It was a couple of years ago now and I asked on Twitter if anyone would pay for an OS X powered Web page screenshot service and had a lot of response but.. busy with other things. Would love to see one though as it seems to be the only OS to render pages with any finesse.
