【www.gdgbn.com--窗口特效】

flash geturl或navigatetourl弹出窗口被ie拦截方法

ie7和firefox(我使用的版本是2.0.0.11)会阻止用navigatetourl方法打开新窗口,而as2中的geturl方法则不会,让人很不爽。既然项目选择了as3开发,就只能想办法来解决。
 
首先当然想到的是externalinterface了,测试发现还是会被blocked。后来想添加wmode会不会有所帮助,于是在页面中添加wmode属性为opaque,果然ok了。
 
现提供as3中的geturl方法:
 
function geturl(url:string,window:string=”_blank”):void{ var broswer:string=externalinterface.call(”function getbrowser(){return navigator.useragent}”) as string; if(broswer.indexof(”firefox”)!=-1 || broswer.indexof(”msie 7.0′)!=-1){ externalinterface.call(’window.open(”‘+url+’”,”‘+window+’”)’); }else{ navigatetourl(new urlrequest(url),window); }}
 
使用方法跟as2中的geturl一样。另外,我只测试了ie6/7,firefox2,并未对safari等其他浏览器做测试。最后,最最重要的就是在 html中把flash对象设置wmode属性为opaque或transparent。因为wmode属性默认为window,这表明此flash应用程序与html层没有任何交互。
 
上文的思路是用as call js来实现弹窗,这需要配合wmode=’opaque’或者wmode=’transparent’。
 
可是现在时代已经不同,游戏规则又变化了,上文的方法已经不再适用。
我刚测试,
火狐3.5.3测试是不会拦截的。
用ie7和ie8测试都被拦截。
 
真奇怪,有这种事情!于是我把收藏的几个flash酷站整出来一个个看过去,发现其中aps教程ou的网站上有_blank的内容不会被拦截~
调查了其网页的代码,发现和众多会被拦截的网站有一点不同:wmode。
 
解决方案:
终于发现通过设置wmode可以解决问题:当wmode=’window’(默认值)的时候,ie就不再拦截了。
这也许和ie下activex的机制有关吧。
上面引用的文章中提到的 “最最重要的就是在 html中把flash对象设置wmode属性为opaque或transparent” 这个也不用太担心。wmode为window的时候仍然可以call js。
 
虽然有解决方法了,可是我又很不情愿把wmode改成window。看来我还得和js通信,让js那边负责绕过拦截。
 
不过仔细想想其实问题不大,因为我们国内的网友的局势很有趣。
一般用火狐或者ie7+或者safari、google chrome的都是爱赶潮流的,或者是玩过各种web2.0产品的,算是高端一些的网民。这批人都懂得屏蔽是个啥意思,“屏蔽弹窗”这样的善意功能也能更好地起作用。这批人往往都会设置白名单,所以并不需要担心他们由于浏览器屏蔽而访问不了内容。
而剩下的大部分使用xp+原装ie6的用户,很多并不是对网络很有热情,正好这部分用户的浏览器也不会拦截我们flash,他们也不用学会网络过滤设置。
嘿嘿,各司其位,自然和谐。
 
几种wmode的不同
额,顺便罗列一下wmode的几点不同。总结了几种wmode有什么不同,各自符合什么情况使用:
window是默认的,窗口模式,吃cpu不严重
transparent透明无窗口模式
opaque不透明无窗口模式
效率最高的是window模式
透明用transparent
而需要动态交互(比如js)或者window模式不稳定的情况下用opaque
window和transparent在ie6的iframe下拖动会出现花屏——个人经验。
还有一点,无窗口模式消耗资源大,但是能保证帧频

本文来源:http://www.gdgbn.com/wangyetexiao/28028/