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.<p>I'd consider yours, but there's a couple big problems right now:<p><pre><code> 1) Doesn't support IE.
2) Doesn't work on mobile
</code></pre>
There's other issues, but those are the show-stoppers.<p>FWIW, Chute (<a href="http://getchute.com" rel="nofollow">http://getchute.com</a>) has a better implementation of this concept. That said, I still haven't seen enough of a value add here (with Filepicker or with Chute) to depend on yet another black box service that may shut down tomorrow.
This is a good concept but needs a lot of work.<p>1. I don't want things opening in a new window on my site<p>2. I don't want someone else's branded module opening on my site<p>3. This is designed using bootstrap<p>If you hired a real designer, made it a script that could open a modal on my site, and gave the option to pay some small fee to get rid of your branding and give it a few color theming options, I would be totally on board.
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 <i>all my files</i> 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 <i>allow all</i> 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.
With more and more of user's content on the web, we decided it should be far easier for users to work with that content on websites. Hope you like it! It's rough, but we wanted to get feedback as we work on it.
So let me see if I have this straight: you differ from other file uploaders out there (e.g., <a href="https://github.com/blueimp/jQuery-File-Upload/" rel="nofollow">https://github.com/blueimp/jQuery-File-Upload/</a>) in that you allow "upload from anywhere", plus a quite nice interface? Not to belittle it, those are solid additions to the space.<p>edit: Btw, if you're looking for IE support on the from-computer upload, look into using iframes for transport.
Internal Server Error when submitting my email :(<p>Looks like a great service. But where do images get uploaded to? I currently run a site called Desktop.ly where users can upload a picture of their desktop. When uploaded Imagemagick is used to convert the image into different versions using the Carrierwave gem (Desktop.ly is built using the brilliant Ruby on Rails!).<p>How does Filepicker.io work like this, where are images stores, can this be a custom Amazon S3 or Rackspace Cloud Files storage? Can images be resized? Does/will it work with RoR to offer a seamless integration?<p>Plus, what happens with downtime? Of course this will be a big thing with many web services.<p>Hope you're able to answer my questions. Also, check out Desktop.ly ;)<p><a href="http://desktop.ly" rel="nofollow">http://desktop.ly</a>
This is an excellent idea and it looks nicely executed, too. I only fear there may be a duplication of efforts in respect to the upcoming WebIntents framework. Do you guys have plans to integrate with it at some point?
Looks neat! However, you won't catch me putting my credit card details into that donations form. You might want to put a paypal button or something that makes me feel a bit more secure about the whole thing.
<p><pre><code> filepicker.getFile(mimetype, callback(url){alert(url);});
</code></pre>
I feel dumb saying this, but I don't understand the example code. Why do I have to give Filepicker a mimetype? I would expect it to tell <i>me</i> what MIME type the user uploaded. Are you setting the type of file the user is allowed to upload? Can you whitelist several at once? Are you only expecting images, or does this work for PDFs, etc?<p>Also, is this javascript? I think 'callback' should be 'function'.
I understand that you are trying to do a MVP, but 'does not currently work in Internet Explorer' is stretching the meaning of 'viable' a bit too far.<p>This tool is supposed to make developers life easier when building a file upload tool? Getting it to work in IE is the most annoying part, but this plugin is not offering any help.
Brett,<p>This is great and I would pay to use it in a second if it could handle uploads on the iphone/ipad (something like <a href="http://www.aurigma.com/iphone/" rel="nofollow">http://www.aurigma.com/iphone/</a>). I just signed up for the developer key. Will you be emailing that list with feature updates/news? Thanks
I think this would be a lot more appealing if it were available as an open source script too.<p>What happens if your business disappears overnight? Do I have to completely re-implement uploading in my app?
Great concept.<p>However, a small nitpick : When I click "Get a key" without entering any Email, I get an Internal Server Error at /thanks/. Probably you guys should handle edge cases?
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.
@brettcvz, you guys need to validate your email input for empty strings when signing up for a dev key. On the project note, looks very promising, keep up the good work.
I like the concept and hope the team keeps exploring more. I wonder whether we can get additional information about the image - time, location, people tagged in it etc
I like it. It's sleek, easy to use and very well implemented. Congratulations on creating this, I will keep this in mind in case I ever need it in the future.
i think the facebook integration is less than optimal. If my site uses facebook login, and a user is asked for facebook again on initial use with filepicker the experience would be confusing.
Nice it's great that you used bootstrap so that if I change my bootstrap file it will change the module. Bootstrap for developer who aren't great designer has been a amazing tool. It has open my eyes to modules like this that gives my app the same feel.