【预告】 Malical 2.5

diameter · 发表于 2011-12-19 14:04:57

19# Wudy
http://www.cncalc.org/thread-6439-1-1.html
Dpainter可以把位图转成Picture

Wudy · 发表于 2011-12-19 18:58:56

19# Wudy
http://www.cncalc.org/thread-6439-1-1.html
Dpainter可以把位图转成Picture
diameter 发表于 2011-12-19 14:04

怎么实现的？

Wudy · 发表于 2011-12-19 19:05:22

本帖最后由 Wudy 于 2011-12-19 20:58 编辑

昨天在把malical加到edit中，就是在edit里加个run的选项，如果是mcl文件就运行
但是编译错误提示
The size of B and R section should be 0x2000 bytes or less.
Please refer to "D:\Backup\我的文档\CASIO\fx-9860G SDK\EDIT\Debug\FXADDINror.map".
我现在在努力减小大小，去一些没多大用的功能。
终于减到0x20d0了。。。

－－－－－－－－－－－
此计划放弃

diameter · 发表于 2011-12-20 13:52:11

22# Wudy

跟9860的单色位图格式一样。DPainter生成的g1m的文件头是完全照抄FA-124生成的g1m文件头。后面追加了一段长度位1024 byte的128*64的单色位图。
只是一直不知道RAM里面PICTURE在哪里放着.....

chuxianbing · 发表于 2012-1-29 20:35:43

为什么要弄出这种别扭的语言，为什么不直接开发出一种和Qbasic一样的不带行号的解释性语言啊，最好是还支持include语句的

diameter · 发表于 2012-1-30 16:59:24

25# chuxianbing
作为Malical的始作者，我没法说什么..一门语言无论怎么样，都有推崇者与反对者。

QBasic在MSDOS下不失为一个很好的工具。但是ls可以想想，QB设计出来的目的是什么？Malical设计出来的目的又是什么？QB这样一门设计在PC上用中间代码执行的语言配备有完备的开发环境、调试器等等，而在9860这样一个寸土寸金的地方，我们变成的目的是什么？是解决随手就能看得见得小问题与娱乐（..这个..）。

还有..ls提到了行号..还是专门提到了“不带行号”的解释性语言。我晕，你去看看今年一月的程序设计语言排行榜，除了一个basic（Vb）我记得还可以用行号（6版本的特性，我不清楚.net里面什么情况）。您对程序设计语言的印象莫非停留在10年以前？还有ls提到的include...你知不知道include是预处理命令而不是语句？还有...B这种语言要include干啥？B是解释性语言。对于解释应语言来说内置的东西还要专门靠语句引入系统模块到执行环境中？浪费资源。你知不知道include是C这种编译性语言为了减小编译出程序的大小而搞的？否则要lib干啥？

说道解释性语言，我手里有两个工程，一个是Ruby的移植（已放弃）一个是lua的移植。相比QB，lua是当前执行效率最高的脚本语言。我本来还设计有C的解释器，连lexer都设计完了照样放弃了。因为没必要在机器上编写、解释C语言。且不说键盘输入不方便，C是为机器底层设计的，那些特性会在你打开Editor写代码的时候烦死你。Ruby放弃的理由更简单：解释器复杂，在机器上使用并不方便。OO特性是好东西，但是对于拿起计算器随手解决问题的人，谁会管框架、逻辑、工程细节设置耦合性等全七八糟的事情？

再说一句已经说烂了的话：重要的是设计思想，而不是语言如何。

我认为，Malical设计上没有问题，而Wudy扩充的函数库也相当好。反倒是如果回归B的思想，恐怕是悲哀啊。请ls好好想想，B什么时候不是毁誉参半？B的缺点什么时候不是显而易见和？如果不喜欢Malical，自有PGRM可以用，或者选择自己开发解释器。

账号		自动登录	找回密码
密码			注册

[聊天] 【预告】 Malical 2.5