[sIFR3-dev] Re: sifr3-dev Digest, Vol 2, Issue 2
M.E. Post
meint.post at mind-it.info
Sun Jan 15 20:33:54 GMT 2006
sifr3-dev-request at lists.novemberborn.net wrote:
>Send sifr3-dev mailing list submissions to
> sifr3-dev at lists.novemberborn.net
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.novemberborn.net/mailman/listinfo/sifr3-dev
>or, via email, send a message with subject or body 'help' to
> sifr3-dev-request at lists.novemberborn.net
>
>You can reach the person managing the list at
> sifr3-dev-owner at lists.novemberborn.net
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of sifr3-dev digest..."
>
>
>Today's Topics:
>
> 1. Wiki and the first code (Mark Wubben)
> 2. OBJECT instead of EMBED (Simon Pieters)
> 3. Re: OBJECT instead of EMBED (Mark Wubben)
> 4. Re: OBJECT instead of EMBED (Su)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sat, 14 Jan 2006 23:12:46 +0100
>From: Mark Wubben <mark at novemberborn.net>
>Subject: [sIFR3-dev] Wiki and the first code
>To: sifr3-dev at lists.novemberborn.net
>Message-ID: <B8007EE8-6735-42E8-81F7-63EFEA9D46DC at novemberborn.net>
>Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>Hey all,
>
>During my winter holiday I've been working fulltime, hence the slow
>pace of development. However, the break is over, and I'm back at
>university (which takes a whole lot less time than work). Past week
>I've spend on updating the wiki server, you can see the new wiki at
><http://wiki.novemberborn.net/sifr>. It's been up for about a day now
>and it's certainly a lot faster (and, it'd seem, more stable) than
>the previous version. Let's hope it holds up.
>
>Anyway, today I started coding for real. First step: browser
>detection. If you go to <http://dev.novemberborn.net/sifr3/svn/test/
>unit/ua/> you'll see a number of tests. I'd really appreciate it if
>you could run as many as possible. The tests are in the HTML files,
>starting with the browser/os/flash which will be tested. The numbers
>indicate versions, "--" means *less than*, "version-version" means
>*between* and "++" means *equal to or greater than*. So if you want
>to test in Safari 1.2, you'll open "safari1.3--.html". If you want to
>test in Safari 1.3 or 2.0, you open "safari1.3++.html".
>
>Please note that the tests should only succeed in the browser
>versions they were designed for. You can find the Gecko version by
>opening the "about" section in the browser and looking for a number
>in the form of "yearmonthday". Webkit 124 corresponds to Safari 1.2,
>Webkit 175 to 1.3. The Konqueror tests need improvement, please let
>me know if you have access to a Konqueror browser.
>
>That's it for now, onwards with coding for me! Let me know how the
>tests work out!
>
>--
>Mark Wubben
>http://novemberborn.net/
>
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Sun, 15 Jan 2006 00:46:42 +0000
>From: "Simon Pieters" <zcorpan at hotmail.com>
>Subject: [sIFR3-dev] OBJECT instead of EMBED
>To: sifr3-dev at lists.novemberborn.net
>Message-ID: <BAY109-F1891AC04000013DAB8E10AB4180 at phx.gbl>
>Content-Type: text/plain; charset=iso-8859-1; format=flowed
>
>Hi,
>
>Currently, the user will get both the fallback and the Flash with CSS
>disabled. This could be perhaps be solved by using OBJECT instead of EMBED:
>
><object class="sIFR-flash" type="application/x-shockwave-flash"
>data="vandenkeere.swf" height="65" width="700">
><param name="quality" content="best">
><param name="flashvars" content="txt=<a
>href=%22asfunction:_root.launchURL,0%22>The Gothic
>Times</a>&textalign=center&offsetTop=6&textcolor=#000000&hovercolor=#CCCCCC&linkcolor=#000000&w=700&h=65&sifr_url_0=http://www.mikeindustries.com">
><param name="wmode" content="">
><param name="bgcolor" content="#FFFFFF">
><param name="sifr" content="true">
><h1 class="sIFR-replaced"><a href="http://www.mikeindustries.com">The Gothic
>Times</a></h1>
></object>
>
>IE6 needs a <param name="movie" content="vandenkeere.swf"> aswell, though.
>
>Regards,
>Simon Pieters
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Sun, 15 Jan 2006 00:31:17 +0100
>From: Mark Wubben <mark at novemberborn.net>
>Subject: Re: [sIFR3-dev] OBJECT instead of EMBED
>To: "Simon Pieters" <zcorpan at hotmail.com>
>Cc: sifr3-dev at lists.novemberborn.net
>Message-ID: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A at novemberborn.net>
>Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>On Jan 15, 2006, at 1:46 AM, Simon Pieters wrote:
>
>
>
>>Hi,
>>
>>Currently, the user will get both the fallback and the Flash with
>>CSS disabled. This could be perhaps be solved by using OBJECT
>>instead of EMBED:
>>
>>
>
>A problem in IE is that, when you change the innerHTML of an
>ancestor of the Flash movie, IE will forget the Flash variables. It
>was my reasoning that this would be worse in a real life situation,
>as there shouldn't be many people with the right Flash version and
>browser support, but without CSS.
>
>What are your thoughts on this?
>
>--
>Mark Wubben
>http://novemberborn.net/
>
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Sun, 15 Jan 2006 05:31:46 -0600
>From: Su <su at pioindustries.com>
>Subject: Re: [sIFR3-dev] OBJECT instead of EMBED
>To: sifr3-dev at lists.novemberborn.net
>Message-ID: <43CA32A2.2040507 at pioindustries.com>
>Content-Type: text/plain; charset=UTF-8; format=flowed
>
>Mark Wubben wrote:
>
>
>>On Jan 15, 2006, at 1:46 AM, Simon Pieters wrote:
>>
>>
>>
>>>Hi,
>>>
>>>Currently, the user will get both the fallback and the Flash with CSS
>>>disabled. This could be perhaps be solved by using OBJECT instead of
>>>EMBED:
>>>
>>>
>>A problem in IE is that, when you change the innerHTML of an ancestor
>>of the Flash movie, IE will forget the Flash variables. It was my
>>reasoning that this would be worse in a real life situation, as there
>>shouldn't be many people with the right Flash version and browser
>>support, but without CSS.
>>
>>What are your thoughts on this?
>>
>>
>
> From what you describe, it sounds like allowing that to get out creates
>a problem not just for sIFR, but for /any/ other script that might do
>something to an ancestor element, no? Seems like asking for trouble if
>I'm correct.
>
>
>------------------------------
>
>_______________________________________________
>sifr3-dev mailing list
>sifr3-dev at lists.novemberborn.net
>http://lists.novemberborn.net/mailman/listinfo/sifr3-dev
>
>
>End of sifr3-dev Digest, Vol 2, Issue 2
>***************************************
>
>
Please be aware that using the <object> element triggers all kinds of
security mechanisms, especially in edge-of-network devices that check
for malicious code. When using the object element you might consider
constructing the object tag with javascript to circumnavigate these
security measures.
Regards,
Meint
More information about the sifr3-dev
mailing list