Comments on: Flickr Uploadr: Improving Browser-based File Uploads with YUI Uploader http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/ The official blog of the YUI Project. Thu, 09 Feb 2012 01:46:52 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Eric Miraglia http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-590476 Eric Miraglia Mon, 12 Apr 2010 19:51:59 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-590476 @david -- The best way to get help on YUI components is to post a question on our community forums: http://yuilibrary.com/forum/viewforum.php?f=89 -Eric @david — The best way to get help on YUI components is to post a question on our community forums:

http://yuilibrary.com/forum/viewforum.php?f=89

-Eric

]]> By: david http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-590475 david Mon, 12 Apr 2010 19:18:02 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-590475 Well i was convinced to use YUI after reading your post and now i had something that is quite working in IE but in firefox or opera, it seems the session is lost when getting to the upload script. and i don't find any solution working ( i tried to pass the session id to the script already) :( Well i was convinced to use YUI after reading your post and now i had something that is quite working in IE but in firefox or opera, it seems the session is lost when getting to the upload script.

and i don’t find any solution working ( i tried to pass the session id to the script already) :(

]]> By: leon http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-584370 leon Sun, 06 Sep 2009 12:50:47 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-584370 our application is accessed via a SSO (single sign on) solution, which requires the YUI Uploader to use the same session as the browser. Is the a way to accomplish this ? our application is accessed via a SSO (single sign on) solution, which requires the YUI Uploader to use the same session as the browser. Is the a way to accomplish this ?

]]> By: Mike http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-581800 Mike Sat, 13 Jun 2009 18:23:14 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-581800 For those who are interested, the linux-specific UI blocking bug has been updated by Adobe: http://bugs.adobe.com/jira/browse/FP-377 Supposedly fixed for the new major release. They haven't specified when exactly though. For those who are interested, the linux-specific UI blocking bug has been updated by Adobe:
http://bugs.adobe.com/jira/browse/FP-377

Supposedly fixed for the new major release. They haven’t specified when exactly though.

]]> By: lloyd hilaiel http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578818 lloyd hilaiel Sat, 07 Mar 2009 20:20:09 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578818 Yo Luis, I have the cards of 4 folks inside opera sittin' on my desk, and both opera support and linux/unix support are extremely interesting next steps for BrowserPlus. Our push yesterday includes support for 11 languages, and the installation experience is much better, with plans to make it absolutely seemless in our next drop later this month. Hopefully this focus demonstrates our understanding of the key arguments against employing browserplus. That said, I think it's universally understood that a fallback experience is required whenever you employ a non-browser client side technology, java, flash, gears, or browserplus. Any of these technologies gives you 90%+ coverage of desktop client environments. (Raphaël raising a key representative issue why there always must be a fallback). Given that you can benefit 90% of your audience, and given the ease with which your end users can install browserplus, (see for yourself: http://browserplus.yahoo.com/demos/profile - no browser restart required, not even a refresh - this is not true for java nor flash nor gears)... ...dontcha think the decision should be based on what delivers the best user experience, features, and implementation & maintenence cost? as far as I've heard, folks choose flash because of it's maturity and the purported 97% installed base... if you're content with the features flash provides, then it's pretty much game over. But if you wanna write your interface in 100% open web technologies and want support for things like desktop sourced drag and drop... *and* you want the ability to add and effect core features of the platform you choose, perhaps the conversation is just starting? very best, lloyd Yo Luis,

I have the cards of 4 folks inside opera sittin’ on my desk, and both opera support and linux/unix support are extremely interesting next steps for BrowserPlus. Our push yesterday includes support for 11 languages, and the installation experience is much better, with plans to make it absolutely seemless in our next drop later this month. Hopefully this focus demonstrates our understanding of the key arguments against employing browserplus.

That said, I think it’s universally understood that a fallback experience is required whenever you employ a non-browser client side technology, java, flash, gears, or browserplus. Any of these technologies gives you 90%+ coverage of desktop client environments. (Raphaël raising a key representative issue why there always must be a fallback).

Given that you can benefit 90% of your audience, and given the ease with which your end users can install browserplus, (see for yourself: http://browserplus.yahoo.com/demos/profile – no browser restart required, not even a refresh – this is not true for java nor flash nor gears)…

…dontcha think the decision should be based on what delivers the best user experience, features, and implementation & maintenence cost?

as far as I’ve heard, folks choose flash because of it’s maturity and the purported 97% installed base… if you’re content with the features flash provides, then it’s pretty much game over. But if you wanna write your interface in 100% open web technologies and want support for things like desktop sourced drag and drop… *and* you want the ability to add and effect core features of the platform you choose, perhaps the conversation is just starting?

very best,
lloyd

]]> By: Fizzle Masterson http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578755 Fizzle Masterson Mon, 02 Mar 2009 22:11:39 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578755 Smugmug.com uses YUI components (last time I checked), and they use a drag-n-drop interface. They use Java for their primary uploader. Smugmug.com uses YUI components (last time I checked), and they use a drag-n-drop interface. They use Java for their primary uploader.

]]> By: JFileUpload http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578732 JFileUpload Sun, 01 Mar 2009 11:51:46 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578732 You also have Java applets solutions because the Java runtime is installed on many computers. You can a <a href="http://www.jfileupload.com/products/flickr/index.html" rel="nofollow">Flickr upload applet on JFileUpload web site</a>. You can preview images, rotate before upload, even scale images. You also have Java applets solutions because the Java runtime is installed on many computers. You can a Flickr upload applet on JFileUpload web site. You can preview images, rotate before upload, even scale images.

]]> By: Mike http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578580 Mike Sat, 28 Feb 2009 08:28:18 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578580 Raphael & Scott, This is a known issue in linux: http://bugs.adobe.com/jira/browse/FP-377 Not yet resolved. Raphael & Scott,
This is a known issue in linux: http://bugs.adobe.com/jira/browse/FP-377

Not yet resolved.

]]> By: Scott Schiller http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578315 Scott Schiller Fri, 27 Feb 2009 18:27:23 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578315 Raphael, I haven't heard of Flash blocking the browser UI while uploading files under Ubuntu, but perhaps it's more specific to the version/variant of Linux you're using (which flavour, specifically?) Raphael,

I haven’t heard of Flash blocking the browser UI while uploading files under Ubuntu, but perhaps it’s more specific to the version/variant of Linux you’re using (which flavour, specifically?)

]]> By: Luis C.M. http://www.yuiblog.com/blog/2009/02/26/flickr-uploadr/comment-page-1/#comment-578186 Luis C.M. Fri, 27 Feb 2009 14:20:46 +0000 http://yuiblog.com/blog/2009/02/26/flickr-uploadr/#comment-578186 The problem with BrowserPlus (fine as it is) is that it doesn't support enough browsers (p.e. Opera is missing); the Flickr Uploader has to be a lot more generalistic one if just because the sheer number of different user environments where it has to run. The problem with BrowserPlus (fine as it is) is that it doesn’t support enough browsers (p.e. Opera is missing); the Flickr Uploader has to be a lot more generalistic one if just because the sheer number of different user environments where it has to run.

]]>