From amclin at kaadesigngroup.com Fri Nov 2 22:21:38 2007 From: amclin at kaadesigngroup.com (Anthony McLin) Date: Fri, 02 Nov 2007 15:21:38 -0700 Subject: [sIFR3-dev] fixHover glitch in r322 Message-ID: <472BA2F2.6050505@kaadesigngroup.com> Apparently fixHover is slightly broken in r322 When mousing off a link inside an sIFR replaced textblock there is no problem if the mouse is moving to the top, right, or bottom of the link. But if the mouse movement is off to the left side of the link, the onmouseout state is not triggered. For example, see the menu at the top right of: http://appleton.development.kaadesigngroup.com I've tried changing the text to be centered, so there is clearance to the left of the text within the Flash element, but the problem still occurs Any thoughts? -Anthony -- Anthony McLin Senior Web Developer amclin at kaadesigngroup.com T 310.821.1400 ext. 266 F 310.821.1440 KAA Design Group, Inc. 4201 Redwood Avenue Los Angeles, CA 90066 ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS http://www.kaadesigngroup.com From mark at novemberborn.net Fri Nov 2 22:27:59 2007 From: mark at novemberborn.net (Mark Wubben) Date: Fri, 2 Nov 2007 23:27:59 +0100 Subject: [sIFR3-dev] fixHover glitch in r322 In-Reply-To: <472BA2F2.6050505@kaadesigngroup.com> References: <472BA2F2.6050505@kaadesigngroup.com> Message-ID: Looking through the logs I changed related stuff in r299 and r321. Which version where you upgrading from? On Nov 2, 2007, at 11:21 PM, Anthony McLin wrote: > Apparently fixHover is slightly broken in r322 > > When mousing off a link inside an sIFR replaced textblock there is no > problem if the mouse is moving to the top, right, or bottom of the > link. > But if the mouse movement is off to the left side of the link, the > onmouseout state is not triggered. > > For example, see the menu at the top right of: > > http://appleton.development.kaadesigngroup.com > > I've tried changing the text to be centered, so there is clearance to > the left of the text within the Flash element, but the problem still > occurs > > Any thoughts? > > -Anthony > > -- > Anthony McLin > Senior Web Developer > amclin at kaadesigngroup.com > T 310.821.1400 ext. 266 > F 310.821.1440 > > KAA Design Group, Inc. > 4201 Redwood Avenue > Los Angeles, CA 90066 > > ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS > http://www.kaadesigngroup.com > > _______________________________________________ > sifr3-dev mailing list > sifr3-dev at lists.novemberborn.net > http://lists.novemberborn.net/mailman/listinfo/sifr3-dev -- Mark From amclin at kaadesigngroup.com Fri Nov 2 22:52:08 2007 From: amclin at kaadesigngroup.com (Anthony McLin) Date: Fri, 02 Nov 2007 15:52:08 -0700 Subject: [sIFR3-dev] fixHover glitch in r322 In-Reply-To: References: <472BA2F2.6050505@kaadesigngroup.com> Message-ID: <472BAA18.6060606@kaadesigngroup.com> This was a clean build of parameters and .swf files, so it's not like I'm noticing a discrepancy between one specific version and another on the same site. I can confirm that it was working properly back in r230, but that was quite some time ago, and I believe r230 introduced it. I'll give r320 a whirl and see if it worked properly there. -Anthony Mark Wubben wrote: > Looking through the logs I changed related stuff in r299 and r321. > Which version where you upgrading from? > > On Nov 2, 2007, at 11:21 PM, Anthony McLin wrote: > >> Apparently fixHover is slightly broken in r322 >> >> When mousing off a link inside an sIFR replaced textblock there is no >> problem if the mouse is moving to the top, right, or bottom of the link. >> But if the mouse movement is off to the left side of the link, the >> onmouseout state is not triggered. >> >> For example, see the menu at the top right of: >> >> http://appleton.development.kaadesigngroup.com >> >> I've tried changing the text to be centered, so there is clearance to >> the left of the text within the Flash element, but the problem still >> occurs >> >> Any thoughts? >> >> -Anthony >> >> -- >> Anthony McLin >> Senior Web Developer >> amclin at kaadesigngroup.com >> T 310.821.1400 ext. 266 >> F 310.821.1440 >> >> KAA Design Group, Inc. >> 4201 Redwood Avenue >> Los Angeles, CA 90066 >> >> ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS >> http://www.kaadesigngroup.com >> >> _______________________________________________ >> sifr3-dev mailing list >> sifr3-dev at lists.novemberborn.net >> http://lists.novemberborn.net/mailman/listinfo/sifr3-dev > > -- > Mark > -- Anthony McLin Senior Web Developer amclin at kaadesigngroup.com T 310.821.1400 ext. 266 F 310.821.1440 KAA Design Group, Inc. 4201 Redwood Avenue Los Angeles, CA 90066 ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS http://www.kaadesigngroup.com From amclin at kaadesigngroup.com Fri Nov 2 22:55:56 2007 From: amclin at kaadesigngroup.com (Anthony McLin) Date: Fri, 02 Nov 2007 15:55:56 -0700 Subject: [sIFR3-dev] fixHover glitch in r322 In-Reply-To: <472BAA18.6060606@kaadesigngroup.com> References: <472BA2F2.6050505@kaadesigngroup.com> <472BAA18.6060606@kaadesigngroup.com> Message-ID: <472BAAFC.2010508@kaadesigngroup.com> I swapped out with r320 and it appears to work properly there. -Anthony Anthony McLin wrote: > This was a clean build of parameters and .swf files, so it's not like > I'm noticing a discrepancy between one specific version and another on > the same site. I can confirm that it was working properly back in r230, > but that was quite some time ago, and I believe r230 introduced it. > > I'll give r320 a whirl and see if it worked properly there. > > -Anthony > > Mark Wubben wrote: > >> Looking through the logs I changed related stuff in r299 and r321. >> Which version where you upgrading from? >> >> On Nov 2, 2007, at 11:21 PM, Anthony McLin wrote: >> >> >>> Apparently fixHover is slightly broken in r322 >>> >>> When mousing off a link inside an sIFR replaced textblock there is no >>> problem if the mouse is moving to the top, right, or bottom of the link. >>> But if the mouse movement is off to the left side of the link, the >>> onmouseout state is not triggered. >>> >>> For example, see the menu at the top right of: >>> >>> http://appleton.development.kaadesigngroup.com >>> >>> I've tried changing the text to be centered, so there is clearance to >>> the left of the text within the Flash element, but the problem still >>> occurs >>> >>> Any thoughts? >>> >>> -Anthony >>> >>> -- >>> Anthony McLin >>> Senior Web Developer >>> amclin at kaadesigngroup.com >>> T 310.821.1400 ext. 266 >>> F 310.821.1440 >>> >>> KAA Design Group, Inc. >>> 4201 Redwood Avenue >>> Los Angeles, CA 90066 >>> >>> ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS >>> http://www.kaadesigngroup.com >>> >>> _______________________________________________ >>> sifr3-dev mailing list >>> sifr3-dev at lists.novemberborn.net >>> http://lists.novemberborn.net/mailman/listinfo/sifr3-dev >>> >> -- >> Mark >> >> > > > -- Anthony McLin Senior Web Developer amclin at kaadesigngroup.com T 310.821.1400 ext. 266 F 310.821.1440 KAA Design Group, Inc. 4201 Redwood Avenue Los Angeles, CA 90066 ARCHITECTURE | LANDSCAPE | BRAND EXPERIENCE | INTERIORS http://www.kaadesigngroup.com From mark at novemberborn.net Sat Nov 3 09:33:48 2007 From: mark at novemberborn.net (Mark Wubben) Date: Sat, 3 Nov 2007 10:33:48 +0100 Subject: [sIFR3-dev] fixHover glitch in r322 In-Reply-To: <472BAAFC.2010508@kaadesigngroup.com> References: <472BA2F2.6050505@kaadesigngroup.com> <472BAA18.6060606@kaadesigngroup.com> <472BAAFC.2010508@kaadesigngroup.com> Message-ID: <39A1A21A-BBE4-4317-83C3-A00AED84F8B1@novemberborn.net> On Nov 2, 2007, at 11:55 PM, Anthony McLin wrote: > I swapped out with r320 and it appears to work properly there. Yes, I found the issue. Pretty embarrassing: > if(_root.fixhover == 'true' && this.content.indexOf(' && this.content.indexOf(' ')) { > this.textField._parent.onRollOut = function() > { sIFR.instance.fixHover() }; > this.textField._parent.onRelease = function() > { getURL(sIFR.instance.primaryLink, > sIFR.instance.primaryLinkTarget) }; > } else if(_root.handlerelease == 'true') { > this.textField._parent.onRelease = function() > { fscommand('released') }; > } else { > delete this.textField._parent.onRollOut; > delete this.textField._parent.onRelease; > } > The `else` before `if(_root.handlerelease == 'true') {` was missing, so the rollout event got canned straight away. Thanks for finding this! -- Mark