From branstrom at gmail.com Fri Jan 6 00:53:58 2006 From: branstrom at gmail.com (=?ISO-8859-1?Q?Fredrik_Br=E4nstr=F6m?=) Date: Fri, 6 Jan 2006 01:53:58 +0100 Subject: [sIFR3-dev] Width Message-ID: <22410ce30601051653g3fb71c20t7edbe1a122744007@mail.gmail.com> It would be great to have the Flash only occupy the actual space that the text occupies. To have the height of the Flash the same as the element of course, but the width being only what's necessary, not 100% like it is now. Correct me if I'm wrong... or if this has already been fixed? But it's a huge gripe I think. -- Fredrik Br?nstr?m http://fredrik.branstrom.nu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at novemberborn.net Fri Jan 6 08:00:38 2006 From: mark at novemberborn.net (Mark Wubben) Date: Fri, 6 Jan 2006 09:00:38 +0100 Subject: [sIFR3-dev] Width In-Reply-To: <22410ce30601051653g3fb71c20t7edbe1a122744007@mail.gmail.com> References: <22410ce30601051653g3fb71c20t7edbe1a122744007@mail.gmail.com> Message-ID: <21795067-7A33-43DF-94CC-A3B0BF811CCA@novemberborn.net> On Jan 6, 2006, at 1:53 AM, Fredrik Br?nstr?m wrote: > It would be great to have the Flash only occupy the actual space > that the > text occupies. To have the height of the Flash the same as the > element of > course, but the width being only what's necessary, not 100% like it > is now. > Correct me if I'm wrong... or if this has already been fixed? But > it's a > huge gripe I think. Yeah, that'll be fixed. Would prevent the page from overflowing if it becomes too small after a resize as well. -- Mark Wubben http://novemberborn.net/ From mark at novemberborn.net Sat Jan 14 22:12:46 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sat, 14 Jan 2006 23:12:46 +0100 Subject: [sIFR3-dev] Wiki and the first code Message-ID: 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 . 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 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/ From zcorpan at hotmail.com Sun Jan 15 00:46:42 2006 From: zcorpan at hotmail.com (Simon Pieters) Date: Sun, 15 Jan 2006 00:46:42 +0000 Subject: [sIFR3-dev] OBJECT instead of EMBED Message-ID: 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:

The Gothic Times

 IE6 needs a aswell, though. Regards, Simon Pieters From mark at novemberborn.net Sat Jan 14 23:31:17 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 15 Jan 2006 00:31:17 +0100 Subject: [sIFR3-dev] OBJECT instead of EMBED In-Reply-To: References: Message-ID: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A@novemberborn.net> 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/ From su at pioindustries.com Sun Jan 15 11:31:46 2006 From: su at pioindustries.com (Su) Date: Sun, 15 Jan 2006 05:31:46 -0600 Subject: [sIFR3-dev] OBJECT instead of EMBED In-Reply-To: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A@novemberborn.net> References: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A@novemberborn.net> Message-ID: <43CA32A2.2040507@pioindustries.com> 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. From mark at novemberborn.net Sun Jan 15 03:12:34 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 15 Jan 2006 04:12:34 +0100 Subject: [sIFR3-dev] OBJECT instead of EMBED In-Reply-To: <43CA32A2.2040507@pioindustries.com> References: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A@novemberborn.net> <43CA32A2.2040507@pioindustries.com> Message-ID: <29A761AC-DC38-4241-AC30-1CE05CB81FA1@novemberborn.net> On Jan 15, 2006, at 12:31 PM, Su wrote: > Mark Wubben wrote: >> 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. Any other script could mess with sIFR, yeah. -- Mark Wubben http://novemberborn.net/ From zcorpan at hotmail.com Sun Jan 15 17:10:19 2006 From: zcorpan at hotmail.com (Simon Pieters) Date: Sun, 15 Jan 2006 17:10:19 +0000 Subject: [sIFR3-dev] OBJECT instead of EMBED In-Reply-To: <355A2C4C-0EAC-4811-8043-68CBDD00DC3A@novemberborn.net> Message-ID: Hi, From: Mark Wubben >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? Hmm... Another option could be to use instead of <span class="sIFR-alternate">. Regards, Simon Pieters From meint.post at mind-it.info Sun Jan 15 20:33:54 2006 From: meint.post at mind-it.info (M.E. Post) Date: Sun, 15 Jan 2006 21:33:54 +0100 Subject: [sIFR3-dev] Re: sifr3-dev Digest, Vol 2, Issue 2 In-Reply-To: <20060115120119.A7D0046B7E@barclay.textdrive.com> References: <20060115120119.A7D0046B7E@barclay.textdrive.com> Message-ID: <43CAB1B2.2030503@mind-it.info> 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=&lt;a >href=%22asfunction:_root.launchURL,0%22&gt;The Gothic >Times&lt;/a&gt;&amp;textalign=center&amp;offsetTop=6&amp;textcolor=#000000&amp;hovercolor=#CCCCCC&amp;linkcolor=#000000&amp;w=700&amp;h=65&amp;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 From mark at novemberborn.net Sun Jan 15 21:46:56 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 15 Jan 2006 22:46:56 +0100 Subject: [sIFR3-dev] OBJECT instead of EMBED In-Reply-To: <BAY109-F314C8AF257FD9A333691F5B4180@phx.gbl> References: <BAY109-F314C8AF257FD9A333691F5B4180@phx.gbl> Message-ID: <AB08BE64-06A8-499F-945F-C6C023264C34@novemberborn.net> On Jan 15, 2006, at 6:10 PM, Simon Pieters wrote: > From: Mark Wubben <mark at novemberborn.net> >> 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? > > Hmm... Another option could be to use <noembed> instead of <span > class="sIFR-alternate">. Interesting. I'll give it a shot. -- Mark Wubben http://novemberborn.net/ From mark at novemberborn.net Sun Jan 15 21:50:26 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 15 Jan 2006 22:50:26 +0100 Subject: [sIFR3-dev] Re: sifr3-dev Digest, Vol 2, Issue 2 In-Reply-To: <43CAB1B2.2030503@mind-it.info> References: <20060115120119.A7D0046B7E@barclay.textdrive.com> <43CAB1B2.2030503@mind-it.info> Message-ID: <6A44E4AA-A35F-4CDB-A402-AC99678142D9@novemberborn.net> On Jan 15, 2006, at 9:33 PM, M.E. Post wrote: > 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. > How would these devices detect the object tag, and how would JavaScript evade them? Obfuscating the `<object ...` text? Or is merely creating them through JavaScript good enough? -- Mark Wubben http://novemberborn.net/ From mark at novemberborn.net Sun Jan 15 22:34:15 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 15 Jan 2006 23:34:15 +0100 Subject: [sIFR3-dev] New selector parser Message-ID: <D72CE99B-CD97-418A-B73E-CB14FF9552EB@novemberborn.net> Hi, Next up on the list: improving the code which handles the parsing of the selectors (also know as the `parseSelector()`) method. I've completely rewritten it and made it extensible, we should now be able to support all CSS 2 and CSS 3 selectors! Question is, of course, do we want to? Currently the following selectors are supported by default : * ' ' (whitespace, or descendant selector) * > (child selector) * . (class selector, also supports multiple classes) * # (id selector) Which selectors do you think should be included by default? You can find a good list about the options at 456 Berea Street: * <http://www.456bereastreet.com/archive/200509/ css_21_selectors_part_1/> * <http://www.456bereastreet.com/archive/200510/ css_21_selectors_part_2/> * <http://www.456bereastreet.com/archive/200510/ css_21_selectors_part_3/> * <http://www.456bereastreet.com/archive/200601/ css_3_selectors_explained/> I've tested the code by duplicating the official W3C tests [1]. You can find the tests at <http://dev.novemberborn.net/parseselector/svn/ test/unit/parseSelector.html>. Please let me know how they perform. Kind regards, [1]: http://www.w3.org/Style/CSS/Test/CSS3/Selectors/current/html/ index.html -- Mark Wubben http://novemberborn.net/ From branstrom at gmail.com Sun Jan 22 18:38:13 2006 From: branstrom at gmail.com (=?ISO-8859-1?Q?Fredrik_Br=E4nstr=F6m?=) Date: Sun, 22 Jan 2006 19:38:13 +0100 Subject: [sIFR3-dev] Elements on top of Flash Message-ID: <22410ce30601221038t6185573cq5f9af40e15ad3eb5@mail.gmail.com> Could it be possible soon to overlay ordinary elements above the Flash movies? -- Fredrik Br?nstr?m http://fredrik.branstrom.nu From mark at novemberborn.net Sun Jan 22 18:57:31 2006 From: mark at novemberborn.net (Mark Wubben) Date: Sun, 22 Jan 2006 19:57:31 +0100 Subject: [sIFR3-dev] Elements on top of Flash In-Reply-To: <22410ce30601221038t6185573cq5f9af40e15ad3eb5@mail.gmail.com> References: <22410ce30601221038t6185573cq5f9af40e15ad3eb5@mail.gmail.com> Message-ID: <82890F57-B853-4EB5-9FEB-C45A601299CF@novemberborn.net> On Jan 22, 2006, at 7:38 PM, Fredrik Br?nstr?m wrote: > Could it be possible soon to overlay ordinary elements above the > Flash movies? You should already be able to do this using `sWmode: 'opaque'` I think. -- Mark Wubben http://novemberborn.net/ From design at violetsky.net Mon Jan 23 01:13:49 2006 From: design at violetsky.net (Stephanie Sullivan) Date: Sun, 22 Jan 2006 20:13:49 -0500 Subject: [sIFR3-dev] Elements on top of Flash In-Reply-To: <82890F57-B853-4EB5-9FEB-C45A601299CF@novemberborn.net> Message-ID: <BFF997FD.2E1D6%design@violetsky.net> On 1/22/06 1:57 PM, "Mark Wubben" <mark at novemberborn.net> wrote: > You should already be able to do this using `sWmode: 'opaque'` I think. Memory tells me that this actually is a bit buggy or glitchy... There have been a couple cases of drop down menus that we just could NOT get to go on top... But never figured out why (I know how to do it with regular Flash)... It may have been with a specific browser too -- I'd have to dig around for the post/question... But I do think there's a problem... Stephanie Sullivan Community MX Partner :: http://www.communitymx.com/author.cfm?cid=1008 Team Macromedia for Dreamweaver :: http://tinyurl.com/6huw3 Co-Author .: "Macromedia Dreamweaver MX 2004 Magic" :. New Riders W3Conversions :: http://www.w3conversions.com Member :: Dreamweaver Task Force for WaSP "If a man empties his purse into his head, no man can take it away from him. An investment in knowledge always pays the best interest." -- Benjamin Franklin From reuben at rocketfuelled.com Mon Jan 23 09:42:33 2006 From: reuben at rocketfuelled.com (Reuben Whitehouse) Date: Mon, 23 Jan 2006 09:42:33 +0000 Subject: [sIFR3-dev] Elements on top of Flash In-Reply-To: <BFF997FD.2E1D6%design@violetsky.net> References: <82890F57-B853-4EB5-9FEB-C45A601299CF@novemberborn.net> <BFF997FD.2E1D6%design@violetsky.net> Message-ID: <e21e0c000601230142l33bcff12ge257edf68b2052d3@mail.gmail.com> Stephanie - I've found that 'sWmode="transparent"' works just fine - has been used for the same situation you are describing below without probs... On 1/23/06, Stephanie Sullivan <design at violetsky.net> wrote: > > On 1/22/06 1:57 PM, "Mark Wubben" <mark at novemberborn.net> wrote: > > > You should already be able to do this using `sWmode: 'opaque'` I think. > > Memory tells me that this actually is a bit buggy or glitchy... There have > been a couple cases of drop down menus that we just could NOT get to go on > top... But never figured out why (I know how to do it with regular > Flash)... > It may have been with a specific browser too -- I'd have to dig around for > the post/question... But I do think there's a problem... > > Stephanie Sullivan > Community MX Partner :: http://www.communitymx.com/author.cfm?cid=1008 > Team Macromedia for Dreamweaver :: http://tinyurl.com/6huw3 > Co-Author .: "Macromedia Dreamweaver MX 2004 Magic" :. New Riders > W3Conversions :: http://www.w3conversions.com > Member :: Dreamweaver Task Force for WaSP > > "If a man empties his purse into his head, no man can take it away from > him. > An investment in knowledge always pays the best interest." -- Benjamin > Franklin > > > _______________________________________________ > sifr3-dev mailing list > sifr3-dev at lists.novemberborn.net > http://lists.novemberborn.net/mailman/listinfo/sifr3-dev > -- Reuben Whitehouse | Rocketfuelled Tel: +44 (0) 7909 510451 Email: reuben at rocketfuelled.com Skype: rjwhitehouse Website: www.rocketfuelled.com Blog: www.rocketfuelled.com/blog -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.novemberborn.net/pipermail/sifr3-dev/attachments/20060123/ef486640/attachment.html> From mark at novemberborn.net Thu Jan 26 23:47:56 2006 From: mark at novemberborn.net (Mark Wubben) Date: Fri, 27 Jan 2006 00:47:56 +0100 Subject: [sIFR3-dev] Quick update Message-ID: <EC538F16-8AEE-433C-85F0-5DA67BEF426C@novemberborn.net> Hey all, Apologies for the slow updates this week. I've got two exams coming up so I've been busy revising. About a week ago though I did spent a few days on sIFR, implementing the replacement of the elements. You can see a small demo at <http://dev.novemberborn.net/sifr3/svn/test/ demo.html>. The code still needs to be tested, but this demo works in the latest versions of Gecko, Safari, Opera and IE. Once the tests are done I'll be focusing on the Flash side of things, investigating Flash CSS and the font sizing algorithm. It's going to be interesting! -- Mark Wubben http://novemberborn.net/ From design at violetsky.net Fri Jan 27 13:34:24 2006 From: design at violetsky.net (Stephanie Sullivan) Date: Fri, 27 Jan 2006 08:34:24 -0500 Subject: [sIFR3-dev] Quick update In-Reply-To: <EC538F16-8AEE-433C-85F0-5DA67BEF426C@novemberborn.net> Message-ID: <BFFF8B90.2EC03%design@violetsky.net> On 1/26/06 6:47 PM, "Mark Wubben" <mark at novemberborn.net> wrote: > Once the tests are done I'll be focusing on the Flash side of things, > investigating Flash CSS and the font sizing algorithm. It's going to > be interesting! Of course, I've got the same browsers you do, so I can't add anything to your testing... But wanted to say THANKS for working on this... :) Good work, Mark. Stephanie Sullivan Community MX Partner :: http://www.communitymx.com/author.cfm?cid=1008 Team Macromedia for Dreamweaver :: http://tinyurl.com/6huw3 Co-Author .: "Macromedia Dreamweaver MX 2004 Magic" :. New Riders W3Conversions :: http://www.w3conversions.com Member :: Dreamweaver Task Force for WaSP ?The harder I work, the luckier I get.? -- Stephen Leacock