-
Notifications
You must be signed in to change notification settings - Fork 1.9k
allow immediate upload of picture taken mobile device camera #389
Comments
+1 |
I think this already works in Android, though some testing will be required. A bit of work may be required to make this function properly in IOS6. The primary use case here is for mobile devices. I'm not sure I plan on making this work for desktop machines with USB-connected or built-in laptop cameras. This will require a bit more work and UI considerations. Essentially, I will need to provide a "snap picture" button for non-mobile devices along with a window to display the video from the camera if I want to support desktop/laptop cameras as well. It's not clear that this would be worth the effort, as I'm not sure many people (if anyone) would find this feature useful on a non-mobile device. Is anyone interested in uploading pictures from non-mobile devices? |
Works fine without any changes on the stock browser in Android 4.0.4. I remember this also working in Android 2.3.6, but I'll need to confirm. Some adjustments may be needed for IOS6 (to allow access to the camera). Still need to test on the Surface tablet. If IOS6 only needs a specific value for the |
Surface tablet photos work as is. IOS6 has a strange restriction here. The |
So, there are a few ways I can deal with the IOS6 restriction (see my comment above this one).
I could probably combine the last two bullet points as well. Thoughts? |
If I don't receive any feedback on my last comment within the next few days, I'm going to bump this to 3.6. @heralight Since you +1'd this, do you have any thoughts, by any chance? |
Bumping this to 3.6, or until I get some feedback. |
I think it would be a very cool feature. Maybe for mobile devises it is more important, than selecting multiple files. |
+1 very cool feature |
@Sydney-o9 Can you please comment on my last message in this thread? Note that this already works without any code adjustments for all Android devices, as well as the surface tablet. The tricky part involves iOS devices. Please read my last two long messages in this issue for more details. |
The main issue here seems to be that FineUploader currently assumes a single file upload button. Why not allow multiple file upload buttons which can be configured with different options?
['Upload pictures'] Users can pick the option they prefer. |
Hi @mikemaccana! I thought, briefly, about a second button, but this would only serve a purpose for iOS6 devices. Android and even the Surface Tablet (and presumably Windows Mobile devices) are capable of ingesting from the camera and the filesystem (multiple files) with the same button. Plus, requiring a second button certainly adds complexity to the library. I'm not sure that complexity is justifiable in this case. I'm thinking that it may be sufficient to have iOS users choose between camera access and multiple file selection. Integrators can always create their own second file input element, properly configured, that can be used exclusively for camera access, if they wish. They can submit the Your suggestion did make me think about multiple file input elements, though. As I mentioned, it is fairly easy for integrators to create multiple file input elements and then pass them off to Fine Uploader on the associated |
I think it would make sense that if the browser detects an iPhone then multiple is turned off by a setting of some kind. We're doing a check on our side and if the user is on a iPhone/iPad we set multiple = false. |
@JasonBoland That's the direction I'm leaning. |
However having the option for two buttons is also a good concept. Something like "Upload Existing" and "Open Camera". But for that option we can code it ourselves. |
I think two buttons would only be useful or make sense for iOS users, since the 2nd button is unnecessary for other mobile OS users. You certainly could have a 2nd button that only appears for iOS users, but maybe it isn't that important for iOS users (or any mobile users) to select multiple files and upload via the camera anyway. I'm still leaning towards an iOS-specific option that would disable the |
I think this has sat long enough. I'll proceed in 3.6 as described in my last few posts. |
Working on this for 3.6... |
Great! |
I've completed this feature for 3.6 (currently in the develop branch). You can read about all the gory details in my blog post on this feature. |
great stuff @rnicholus !!! Looking forward for the desktop camera support you mentioned above. |
You can track progress on that specific feature in case #829. On Monday, May 13, 2013, ncintra wrote:
|
+1 ! |
No description provided.
The text was updated successfully, but these errors were encountered: