Heya.
I've started a new project called SWF Tools which has a similar goal to JS Tools but for all things Flash.
At first I avoided a new module, because there are already plenty of different flash embedding/replacing modules going round. But I decided to make a dedicated module when I secured some generic GPL'd Flash players to ship with it, and when I realised that existing modules only handled parts of the puzzle.
Now, the specific reason for this ticket is that I've got (email) agreement for a jquery flash replacement plugin to be duel-licensed GPL so that it can be mirrored in the Drupal repository. The plugin does all the flash replacement stuff that UFO and SWFObject do, plus it does the sIFR stuff as well.
So, if project merging makes sense, a penny for your thoughts. If there is no value in this, please just a quick summary of the reasons and you can close the ticket.
Thanks for your time
Simon
Comments
Comment #1
vm commentedI think this is a fantastic idea. Nothing against the other modules that have already been created but a one stop shop for all needs swf would be a fantastic addition to Drupal. Especially with ones ability with the audio.module and video.module to use flash players.
Comment #2
sunHad a quick look on jQuery Flash Plugin and SWFObject but couldn't find out if one of them really supersedes the inclusion of sifr.js. Is that your point?
If not, wouldn't the needed javascript for sIFR be encreased by 6+ KB ?
Comment #3
simeCompacted, the mikeindustries sifr.js is 11k. Then, if someone wants to add js replacement on their Flash movies as well, then they might (for example) use the SWFObject module and load up another 7k.
jquery.flash.js is 4k and it does all of the above (20k). Plus, the author has agreed to GPL it so that it can ship with the module. So it seems like something worth discussing.
What's more, I'm seeing people working on a bunch of modules which are essentially quite similar. So the main reason for this ticket is that I want to see people combine their talents, and hopefully start working towards a general purpose Flash related API.
.s
Comment #4
simeSorry, my maths is a bit rough! You should get the idea.
Comment #5
sun+1 for merging similar or topic-related modules
Didn't try SWFObject yet. I'd propose to generate separate admin settings in SWF Tools to let users choose which method to use. Were you inclined to follow that path in SWF Tools?
So in general, I'm with you, sime. But let's clean the issue queue of sifr first. I'll spend some time with that as soon as I have CVS access (since it makes only sense for me from then).
Comment #6
sunComment #7
simeSWF Tools is still taking shape as I am trying to work out what will go in it and how it will be structured. Also, SWF Tools relies on jQuery and so could never replace sIFR 4.7 anyway.
So based on what you've said, let's call this "postponed". There is plenty of information here now for others to refer too.
Comment #8
sunsime, there's another discussion about implementing other techniques for font replacements here.
Although I liked your idea first, I rather tend to follow the outlined path of extending current sIFR module to a generic font replacement module now. However, this does not mean that the sIFR part (plugin) of that generic font replacement module could not have a dependency on SWF Tools.
Comment #9
simeI agree with your thinking.
Comment #10
interfaced commentedThis is a great idea.
Comment #11
sunMoving this to Dynamic Rendering module to think about it again.
Comment #12
simeI'm behind on the research, and recently been overwhelmed with all the parallel implementations of media rendering. certainly I like the name "Dynamic rendering" though! I look forward to reading more.
Comment #13
sunWell, Dynamic Rendering has still not arrived where it ought to be, but I am working on it.
Marking this issue as won't fix, based on my arguments on #8. Such rendering plugins will be possible soon, and a possible #224316: Add jQuery sIFR plugin could be dependent on SWF Tools.