Live data from Hacker News

Show HN: Filepicker.io - dead simple file uploads

filepicker.io

71–80 of 107 posts

Re: Show HN: Filepicker.io - dead simple file uploads

#71
post #58

I'm your target audience. I've built this exact function into client apps (upload from various sources and edit with Aviary). Its a PITA. I'd consider yours, but there's a couple big problems right now: 1) Doesn't support IE. 2) Doesn't work on mobile There's other issues, but those are the show-stoppers. FWIW, Chute ( http://getchute.com ) has a better implementation of this concept. That said, I still haven't seen…

Hi George, Thanks for mentioning us. We definitely offer a very similar set of features with Slidechute. I think the value add comes in many different ways, but we're just at the beginning of that process so it's not always all evident. As for the black box, there's not a lot of Voodoo with us. Since launching we allow you to store media in your own S3 bucket and also to customize your app credentials so the authenti…

Hey Greg and Liyan! Those are great steps, didn't know you had done them. Helps a bit. I'd still have to replace your widget, but it would at least be possible.

I'm certainly open to brain-picking, email me anytime (in my profile).

Re: Show HN: Filepicker.io - dead simple file uploads

#72
post #58

I'm your target audience. I've built this exact function into client apps (upload from various sources and edit with Aviary). Its a PITA. I'd consider yours, but there's a couple big problems right now: 1) Doesn't support IE. 2) Doesn't work on mobile There's other issues, but those are the show-stoppers. FWIW, Chute ( http://getchute.com ) has a better implementation of this concept. That said, I still haven't seen…

it's worth noting that it can't work on mobile - mobile safari does not support any kind of file uploads. But not working in IE is definitely a fatality

Re: Show HN: Filepicker.io - dead simple file uploads

#73

Earlier quoted context omitted.

1. Good to know. It'd be interesting to know how the community feels about windows vs iframes. We felt like windows were more analogous to system dialogs, but iframes are easier for message passing 2. Would you pay for custom branding? 3. I defer to other articles re. bootstrap. We figured if we wanted to match the styling of other sites in the best possible way, bootstrap is a decent choice

> We felt like windows were more analogous to system dialogs, but iframes are easier for message passing Stop. Hire a designer.

To this comment - yes, that was what I said originally. agreed.

To the above response, if it was good enough I'd pay for custom branding for sure. Is the aviary module supposed to be part of the service? For me, that's not really a good addition. Perhaps as an option that can be enabled. If you could just give me a really nice looking modal that allowed a file upload through the ways you provided, hosted the files for me and gave me back a url, that would be enough to merit a small payment at least. I'd only include a very small branding badge at the bottom but have the option to remove that for an additional price.

Re: Show HN: Filepicker.io - dead simple file uploads

#74
post #70

Do you really need publish_stream and offline_access on Facebook to obtain my photos?

Those are for a set of features we have coming down the pipeline. Publish stream would allow us to save the photos back and offline access is for auth'ing just one account for access to all your files.

I completely agree with your sentiment of asking for only what you need.

Re: Show HN: Filepicker.io - dead simple file uploads

#75

Earlier quoted context omitted.

Yup, we're planning on supporting a whole bunch, including fancier things like gmail attachments, evernote, etc. Are their clients you'd like? And yeah, you can use it on your site right now. Grab a key and you're good to go

Hmmm, I'd want a client capable of seeking out images stored as a background image or underneath a invisible div that some site owners use to protect their image. But that's probably impossible.

Interesting, what uses were you thinking of?

Re: Show HN: Filepicker.io - dead simple file uploads

#76

Earlier quoted context omitted.

1. Good to know. It'd be interesting to know how the community feels about windows vs iframes. We felt like windows were more analogous to system dialogs, but iframes are easier for message passing 2. Would you pay for custom branding? 3. I defer to other articles re. bootstrap. We figured if we wanted to match the styling of other sites in the best possible way, bootstrap is a decent choice

> We felt like windows were more analogous to system dialogs, but iframes are easier for message passing Stop. Hire a designer.

We're currently looking for one

Re: Show HN: Filepicker.io - dead simple file uploads

#77

Why can't I just drag files right into the example application without having to open the window and click "my computer"? For e.g. I can just drop file on Gmail and it attaches them.

That's a good thought as I do the same thing in GMail. I'll add it to my personal todos.

Re: Show HN: Filepicker.io - dead simple file uploads

#78
post #72
post #58

I'm your target audience. I've built this exact function into client apps (upload from various sources and edit with Aviary). Its a PITA. I'd consider yours, but there's a couple big problems right now: 1) Doesn't support IE. 2) Doesn't work on mobile There's other issues, but those are the show-stoppers. FWIW, Chute ( http://getchute.com ) has a better implementation of this concept. That said, I still haven't seen…

it's worth noting that it can't work on mobile - mobile safari does not support any kind of file uploads. But not working in IE is definitely a fatality

It's worth noting that iPhone does not equal Mobile. What about Android? Even if Chrome is the only Android browser supported, that would be plenty!

Re: Show HN: Filepicker.io - dead simple file uploads

#79
This is a nice solution, given the limitations of the various service APIs it hooks into, but I feel like it's the wrong solution to a more general problem. If I'm understanding what's happening, a user has to hand over far too much access just to transfer files. In order for me to select one file from service A and have it transmitted to service B, I have to give service C access to all my files on service A. Does anyone else not see a problem with this? It would be the equivalent of the File Upload box in Internet Explorer letting a website see my entire file system just so I can pick one file to upload. This is the kind of allow all nonsense that users let slip by with the proliferation of ActiveX controls, but now instead of arbitrary access on my local machine, I'm giving service access to my cloud storage.
Post reply on HN