一 : FLASH版本LOGO语言命令对照一览表
命令 | FLASH版本命令格式 | 3.0 | LOGO4 | 不同点及备注 |
图形 | 图形及小海龟都可以用鼠标拖动 | |||
前进 | FD 步 | 同 | ||
后退 | BK 步 | 同 | ||
右转 | RT 度 | 同 | ||
左转 | LT 度 | 同 | ||
重复 | REPEATx[ ] | 同 | 可以使用变量,可以嵌套 | |
设置画笔颜色 | SETPC 颜色值 | 同 | 0~15 | |
设置背景颜色 | SETBG 颜色值 | 同 | 0~15 | |
设置画笔宽度 | SETW 宽度 | 同 | ||
设置海龟方向 | SETH 方向度 | 同 | ||
设置透明度 | SETALPHA 透明度(最大100) | 没有 | **最大100,最小0,0不透明 | |
移动到X | SETX X | 同 | ||
移动到Y | SETY Y | 同 | ||
移动到XY点 | SETXY X Y | 同 | ||
抬笔 | PU | 同 | ||
落笔 | PD | 同 | ||
橡皮 | PE | 不尽同 | 相拟模拟,只将画笔颜色同背景色 | |
回家 | HOME | 同 | ||
打开编辑器 | EDIT | 不尽同 | FLASH版只能全显编辑器 | |
清屏 | CS | 同 | ||
清命令行 | CT | 同 | ||
设置字体 | SETFONT字体 字号 属性 | 不尽同 | 不需要“号 | |
写字 | TT 字符串 | 不尽同 | 不需要 “号和[ ] ,但中间不能有空格间断 | |
画圆 | STAMPOVAL X轴 Y轴 TRUE | 不尽同 | TRUE不需要“ | |
画矩形 | STAMPRECT 宽 高 TRUE | 不尽同 | TRUE不需要“ | |
赋值 | MAKE 变量 值 | 同 | 不需要“号 | |
判断 | IF THEN | 同 | ||
运算符 | + - * / | 不尽同 | 只能进行一步计算 | |
关系运算符 | > < = >= <= | 不尽同 | 只能进行一步计算 | |
变量 | 可以使用变量运算 | 不尽同 | 变量前不需要冒号(:) | |
子程序 | 可以实现子程序调用 | 相同 | 可以用变量传递,变量前不要冒号 | |
子程序嵌套 | 是可能要实现嵌套和递归调用 | 不尽同 | 编辑器中后面和程序只能调用前面已经定义的子程序,不能调用在他后面的子程序 | |
界面 | 命令行框中的命令可以一次性全部执行,也可以在命令行中打【回车】只执行一行,在行头打【回车】空一行,不执行命令 | 不同 | ||
旋转 | RP 推动力 RA 角度 | 7.0新增 | 没有 | 正数为顺时针,负数为逆时针 图形的中心就是每次开始画图时的小海龟的座标 |
填充 | FILL | 3.0新增 | 不尽同 | 只能在REPEAT命令后使用,并填充重复命令所画的闭合图形,不能象LOGO语言那么随意到一个闭合图形落笔填充。 (www.61k.com” |
等待 | WAIT 数值 | 3.0新增 | 相同 | 数值*10,即是等待的时间,单位毫秒 |
设置画线速度 | SETSPEED 速度值 | 3.0新增 | 不尽同 | LOGO语言最大值是1,最小值是0.1 FLsh版的最大值是100或更大,最小值是1.默认值是100。 |
可以实现子程序编辑调用,子程序可以嵌套,可以实现递归调用。
以下是宁夏版本小学信息技术第4册上的两个例子,注意1.0版必须去掉(“号和:号)3.0不必要去掉。
示例1:
16朵小花
TO H1
REPEAT 2[REPEAT 90[FD .5 RT 1] RT 90]
END
TO H2
REPEAT 9[H1 RT 40]
END
TO H3
REPEAT 9[PU RT 10 FD 20 PD FILL BK 20 RT 30]
END
TO H4 :A
REPEAT 4[SETPC :A H2 H3 MAKE "A :A-1 PU RT 90 FD 90 LT 90 PD]
END
TO H5
CS
PU SETX -150 SETY 140 PD H4 6
PU SETX -150 SETY 50 PD H4 12
PU SETX -150 SETY -40 PD H4 6
PU SETX -150 SETY -130 PD H4 12
END
示例2:
立方体
TO L1
SETPC 0 LT 60
REPEAT 2[FD 20 RT 120 FD 20 RT 60] RT 60
SETPC 11
REPEAT 2[LT 60 FD 20 LT 120 FD 20 ]
PU LT 120 FD 10 PD FILL BK 10 RT 120
SETPC 12
REPEAT 2[RT 60 FD 20 RT 120 FD 20]
PU RT 120 FD 10 PD FILL BK 10 LT 120
END
TO L2 A
REPEAT A[L1 PU RT 60 FD 20 RT 60 FD 20 LT 120 PD] L1
REPEAT A[PU LT 60 FD 20 LT 60 FD 20 RT 120 PD]
PU RT 60 FD 20 LT 60 FD 20 PD
END
TO L3
CS
PU SETX -100 SETY -100 PD
MAKE "B 7
REPEAT 7[L2 B MAKE "B B-1]
L1
END
注释:
L1画出一个立方体
L2画出一行立方体
L3画出整个图形
二 : 谷歌浏览器禁止Flash?少年,你不是当真了吧?
【编者按】知乎上有不少人问:“如何评价谷歌浏览器禁止运行Flash?" 针对这个问题,本文作者罗志宇,混迹Opera浏览器十年的CTO,他从浏览器插件发展的历史告诉你,这只是一个美丽的错误。
以下这种框,想必很多人都看到过了:
事情的起因还需要追溯到2013年,Google 突然发了一个通告,说是Chrome浏览器会逐步的去掉对NPAPI插件的支持。这个事情很快就过去了,因为NPAPI这种江湖黑话太不亲民了,这个东西到底有啥卵用,广大人民群众也并不清楚。关于谷歌公告,可以点击这里查看。
但是其实蛮重要,因为除了Java以外,大家喜闻乐见的Flash,也是NPAPI插件。
时间已经到了2015年,这次可不是说说而已了, Google 正式推出时间表:
2015年1月开始,除了非常流行的NPAPI插件,其他一律屏蔽;
2015年4月开始,所有的NPAPI插件默人都是关闭的,用户需要在高级设定中手动打开;
2015年9月,所有基于NPAPI的插件无法使用,不管你是 Java, 支付宝,或者是 Flash,或者百度云。
其他浏览器厂商,比如Opera,火狐,也纷纷表态会逐渐淘汰NPAPI。
Opera:我早就说了啊
火狐:我还是会支持的,只是大家要一起来淘汰这个技术。
但是,NPAPI到底是什么?
NPAPI全称叫 Netscape plugin API, 听到这个名字是不是有时光倒流的感觉, 没错,就是那个当年被微软一棒子打死了好多年的 Netscape 浏览器发明的一种扩展浏览器的方式。
是不是觉得好拗口? 没办法,我们要从浏览器插件本身开始说起。
HTML 作为在浏览器里面承载展现内容的规范, 设计起来其实非常困难。 太简单没法用,太复杂了浏览器厂商实现起来又有困难。 一开始的时候HTML只是设计用于承载图片,文字一类的主流内容。不过浏览器厂商很快就不满意了,因为除了图片文字以外,很多小众内容,浏览器用户实际上是有需求的。 比如,PDF文档,以及视频,音频。
为了解决这些问题而去要求 W3C 把相应的内容加入到 HTML 标准里面是很不现实的,标准的制定非常繁复,周期也非常长,小众内容到底有没有必要加入 HTML 规范,这种哲学问题一旦讨论起来谁都不知道啥时候能结尾, 于是浏览器厂商们发明了插件这样一个机制, 这样如果有一些内容不被 HTML 直接支持,用户又确实有需要,那么这部分内容就可以用插件来处理。
所以,插件本身对互联网的发展,是有重大贡献的, 没有插件,很多新的内容,比如视频,比如向量游戏(Flash), 可能早就胎死腹中了。
W3C (万维网)非常识相地很快就把插件机制正式纳入到 HTML4 标准里面。 W3C 毕竟不是一个强力部门,它更像各大浏览器厂商背后妥协的产物。
不过按照W3C的哲学,插件毕竟只是对 HTML 的一个补充。而一旦某些插件提供的内容由于市场原因反而变为主流,那么 W3C 就会马上将其纳入到 HTML 规范中去,让浏览器原生就支持。
<video> 标签就是一个典型的例子。 2007 年的时候,鉴于 YouTube 已经火得一塌糊涂,网路视频既然已经变成主流内容,W3C 马上就开始讨论是否引入 video 标签,以便把视频支持提高到浏览器原生这个水平。
这个提案是Opera提出来的, 我还记得Hakon Wellium Lee 在Opera 员工大会上面兴致勃勃地讨论这个标签的场景。
这个提案现在还在这里,大家有兴趣可以看看这里
看到这里,插件在浏览器这个领域的作用已经不言而喻了。
浏览器承载的内容 = HTML (主流内容)+ 插件(小众内容)
而W3C会时刻监视这个等式,动态调整HTML支持的内容以维持这个等式的动态平衡。
现在你知道为什么HTML5会加入video、 audio标签了吧。其实严格意义上讲也包括 svg,canvas一类的标签。
而NPAPI 就是浏览器插件架构的一种。事实上, NPAPI 插件架构是个非常好的架构, 一共就40几个API, 相对于另外一种浏览器插件架构: ActiveX来说,简直就是业界良心。
这里只有一个问题,它的发明时间是1995,而在那个时候手机还可以砸死人,学校的电脑房要穿鞋套才能进。
那个时代所有类似的API(应用程序编程接口)设计者几乎都非常自然的忽略掉了安全性问题。
你不信?我们来看看NPAPI插件和浏览器的关系是什么, 同时对比下和同样执行网络下载代码的Javascript引擎的位置。
看懂了吧, 你以为NPAPI是插件是吗?其实它和浏览器是平级运行的,它甚至可以打开网页,给你安一个木马,然后随手帮你关掉杀毒软件。
可是,你说NPAPI不就40几个API嘛? 少年,你想多了,NPAPI不限制插件自由访问系统所有的API。
而 Javascript 引擎的限制就多得多,事实上,Chromium系列的浏览器 Javascript 引擎均是运行在沙盒之中,一举一动都是被严密监视着的,敢有异常? 浏览器分分钟杀死你。
除了安全性以外,插件们还质量参差不齐,一旦崩溃浏览器就得跟着一起崩掉, 于是各个浏览器又一把鼻涕一遍泪地把插件们放到另外一个进程中运行,既然惹不起难道还躲不起嘛。其他的耗电量,图形效率,脚本效率一类的也差不多,这里就不讲了,讲多了都是泪。
如果只是安全,那你把插件放到沙箱里面隔离起来不就行了吗?
是的,谷歌当年也是这样想的,于是他们发明了 PPAPI, 然后在业界里面振臂一呼,大家来看,我的这个新API好啊,插件用起来更安全,还有沙箱。
这个是业界伙伴们的态度:
Java说:我最近听说Chrome不支持我们了,大家请换浏览器,就这样。
火狐说:我们对PPAPI 一点兴趣都木有。
(而且坑爹的是, Google 的PPAPI链接居然指的是Mozilla 的这个页面。不知道是不是存心恶心Mozilla)。
如果你是个程序猿又有一颗好奇的心,表示无法理解PPAPI为何如此不受待见,你可以去这里看看PPAPI的文档 ,在这里。
你一定会发现问题,其实不管你是不是程序猿你都会发现问题。因为,这个PPAPI官方文档链接里面,几乎木有文档。
不过Adobe认怂了。 事实上Adobe很早就开始发布PPAI的版本。
所以如果你这几天再看到文章开始提到的对话框,如果上面写的是Flash,你只需要去下载一个最新的ppai的flash 插件,或者下载一个新版的Chrome。
因为目前Chrome已经开始内置PPAPI版的Flash。其他的,就看厂商们如何跟进吧,据说支付宝已经有PPAPI版本了。
以上这些我用个简单的故事方便理解:
如果把插件比喻各家请来的佣人,有一个叫Flash很能干,不过所有的佣人开始都是穿比基尼上班,因为这是规定。但是Chromium觉得这个规定不好,说大家应该穿西服,结果遭到了很多佣人的抵制,他们觉得西服不方便。Chromium说不穿西服不准上班!于是Flash认怂换了西服,其他人集体辞职,就是这样一个情况。Chromium不是对Flash这个佣人有问题,而是对穿着比基尼上班这个陋习有意见。
所以,少年,不要害怕,Flash还在的。
如果你看到的是这个框:
其实背后的原因还会更复杂一些。 这个是因为前期炒得沸沸扬扬的 Hacking team被黑的事件中,Hacking team hacked 的一些非常严重的Flash漏洞被泄漏出来了,于是Chrome把低版本的Flash全部禁止了。
解决的方法也一样,下载一个最新的ppai的flash 插件,或者下载一个新版的 Chrome 就好。
以下是编者总结:
各大浏览器,比如chrome 禁止了NPAPI插件,但是依然有内置PPAPI版的Flash,本质原因是Google觉得以前的插件架构不合理。加上最近HT爆出的Flash严重漏洞,才会把低版本的Flash禁止了。而这与Flash本身没有关系。
大家都知道,Flash插件有两个功能,一个是视频,一个是游戏。最近HTML5的确很火,HTML现在代替视频是没有问题,但是游戏不行。毕竟是新兴市场,还达不到完全取代Flash的地步。所以,浏览器不是禁止Flash插件,只是出于安全考虑,对低版本的架构进行升级。
至于游戏,无论什么工具,只要适合项目需求的都是好工具,更何况 APP Store 从来没有用开发工具作为游戏分类的条件。因为玩家是不关心用什么工具和语言开发,最关心的恰恰是游戏体验。这也让Flash有一定的生存空间。
知乎上有不少人问:“如何评价谷歌浏览器禁止运行Flash?" 可以说,这只是一个美丽的错误。
三 : 再不担心密码泄露了!谷歌发布新版Chrome浏览器
今天谷歌浏览器Chrome迎来了最新的更新版本,详细版本号为49.0.2623.110。
本次更新主要提升了浏览器的安全性,修复了一个致命BUG以防止密码在特定的情况下会以明文的方式传播。同时修复了6处可能导致浏览器崩溃的BUG。感谢那些为Chrome做出贡献的开发者们。
Google Chrome,又称Google浏览器,是个由Google(谷歌)公司开发的网页浏览器。该浏览器是基于其他开源软件所撰写,包括WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的界面。
Google官方本地下载地址:
Google Chrome v49.0.2623.110 32位
http://redirector.gvt1.com/edgedl/release2/1y140f4al7noqqz0i7xozapp6ws4g1l9weu4bs5zo32h9xre4xqh0jaucl2xp2ceiq7wfxo5ojhs8wgoj5r5lilwc87wdmpatb4/49.0.2623.110_chrome_installer.exe
http://www.google.com/dl/release2/1y140f4al7noqqz0i7xozapp6ws4g1l9weu4bs5zo32h9xre4xqh0jaucl2xp2ceiq7wfxo5ojhs8wgoj5r5lilwc87wdmpatb4/49.0.2623.110_chrome_installer.exe
Google Chrome v49.0.2623.110 64位
http://redirector.gvt1.com/edgedl/release2/11595b7ez9um0dq72ry1zh1fuo8fudrx1uv64e21ua0efcbob1n4dxbjqo4l2chyk3tdnwhi9wj9k8c95o2qwlnxbl2tfjeujd91/49.0.2623.110_chrome_installer_win64.exe
http://www.google.com/dl/release2/11595b7ez9um0dq72ry1zh1fuo8fudrx1uv64e21ua0efcbob1n4dxbjqo4l2chyk3tdnwhi9wj9k8c95o2qwlnxbl2tfjeujd91/49.0.2623.110_chrome_installer_win64.exe
用户在更新之前请先卸载旧版本的Chrome浏览器,否则更新程序将不会对Chrome进行更新.
四 : 最新版Win10不兼容64位Chrome 谷歌出手修复
8月19日,微软正式向内测用户推送了Windows 10 Build 10525预览版。
在这个版本中,用户发现64位版Chrome浏览器出现了问题,打开之后就会提示“Aw,Snap!”,而且所有插件均无法使用,更换32位版之后才能正常运行。
今天早上,微软又推送了Build 10532预览版,但64位版Chorme崩溃的问题依然存在。
微软可能暂时不打算解决这个事情,但谷歌有点坐不住了,推出了最新的64位Chrome 45.0.2454.78 Beta版,据说能在新的Windows 10预览版下正常运行。
正在使用最新Windows 10预览版的同学,而又苦恼于64位Chrome无法使用的,赶快试试吧。
本文标题:谷歌浏览器flash不是最新版本-FLASH版本LOGO语言命令对照一览表61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1