Mats Lindh » Flash http://e-mats.org Where desperate is just another word for a regular day. Wed, 02 May 2012 15:12:44 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 Upgrading to SWFUpload 2.2.0-beta http://e-mats.org/2008/10/upgrading-to-swfupload-220-beta/ http://e-mats.org/2008/10/upgrading-to-swfupload-220-beta/#comments Fri, 24 Oct 2008 21:51:51 +0000 Mats http://e-mats.org/?p=313 SWFUpload 2.2.0-beta has been released to fix the issue that has occured after the release of Flash 10, where regular SWFUpload-based applications ceases to work. This is because of a security update to Flash Player, where the plugin refuses to show the upload files dialog unless the plugin has focus — and the request to show the dialog is in response to an user event. This means that the user now has to click somewhere in the flash file before we’re able to show the upload dialog.

The way most file upload components solve this is by overlaying a transparent flash file over the regular user interface element, so that the user clicks the flash file instead of the visible HTML element. SWFUpload 2.2.0 supports this, in addition to creating a styled flash based button instead of the regular HTML elements.

To upgrade from our previous 2.1.0 based installation, I did the following:

Added in the settings object for SWFUpload:

        button_placeholder_id : "selectFilesButtonPlaceholder",
        button_disable : false,
    	minimum_flash_version : "9.0.28",
    	swfupload_pre_load_handler : swfUploadPreLoad,
    	swfupload_load_failed_handler : swfUploadLoadFailed

Swapped out the previous references to graceful degradation and SWFUpload 2.1.0:

  1. <script type="text/javascript" src="/js/swfupload-2.2.0.js"></script>
  2. <script type="text/javascript" src="/js/swfupload.swfobject.js"></script>

Remembered to update flash_url in the settings object:

flash_url : "/flash/swfupload_f10.swf",

Added three new callbacks functions instead of using the references to the previous degradation elements (swfupload_element_id, degraded_element_id):

  1. function swfUploadLoaded()
  2. {
  3.     // set the dimensions of the button to match the outer container element (jQuery!)
  4.     swfu.setButtonDimensions($("#buttonContainer").width(), $("#buttonContainer").height());
  5. }
  6.  
  7. function swfUploadPreLoad()
  8. {
  9.     // hide HTML interface, show Flash interface..
  10.     $("#regularUploader").hide();
  11.     $("#flashUploader").show();
  12. }
  13.  
  14. function swfUploadLoadFailed()
  15. {
  16. }

Added a container element in the HTML that the Flash app will simply take control over (it will NOT lay itself transparent over this element!):

  1. <div id="selectFilesButtonPlaceholder"></div>

.. and remove the old reference to swfu.selectFiles();.

That should be all.

]]> http://e-mats.org/2008/10/upgrading-to-swfupload-220-beta/feed/ 1 Free Flash Based File Upload Applications http://e-mats.org/2008/06/free-flash-based-file-upload-applications/ http://e-mats.org/2008/06/free-flash-based-file-upload-applications/#comments Sun, 01 Jun 2008 14:43:46 +0000 Mats http://e-mats.org/?p=101 When I started writing Swoooosh, the main reason was that after needing a free component for a project for a customer of mine (where uploading multiple files were not an original part of the specification, but was added later), I were left with a few components with dubious licenses and weird attribution requests that left you guessing. Instead I hoped someone would release something under an MIT-based license (or LGPL, BSD, etc) to be free for all kinds of usage, and could be further extended by the community.

Luckily a few alternatives has emerged since then, and Swoooosh isn’t really that relevant any longer (it was a good exercise for writing Flex and ActionScript, tho):

And Yes, Christer, I’m going to implement one of these and commit to SVN any moment now. :-)

]]> http://e-mats.org/2008/06/free-flash-based-file-upload-applications/feed/ 1