1.2.0修改
2.发布每个版本.
3.整理bug表
4.修改了注册错误.

效率低下的一天，修改S40  2.0的游戏中界面。
都是很机械的修改坐标，没啥技术性可言。

S40  2.0修改中，移植是个挺麻烦的事情。
不光要修改绘制中的坐标，还要修改数据更改中的坐标。
看来，应该是当初设计没设计好。
下一次，要好好设计先！
估计还要1天才可以修改完成。要不，放假在家里加班吧。

60的修改
bug原因:原来是版本的混乱，用的是Moto的资源，但是没有修改回来。
40的修改
大厅调用老40,游戏调用60,真是混乱.
明天再做40游戏中

060606，又是千年一次，撒旦降生！
070707  080808  090909  101010。。。
TMD的S60  1.0,
今天修改了离开,退出;
试图解决退出后不能再进入游戏的bug;
S60  1.0,第二次初始游戏资源的时候有错误.第二次初始大厅资源是正确的.
在模拟器上跑也是正确的,在7650上跑,错误.

读取有两种情况。
一次性全读取；
慢慢分阶段读取。
分阶段读取:
先考虑好要用多少个阶段,然后在读取状态的时候,
StateInitSeq(int  next){
switch  (next)  {
               case  MAIN_STATE_ONLINE_GAME:
                       gameplay_run_init(loadCount);
                       break;
               case  MAIN_STATE_BIGHALL:
                       bigHallLoadImage(loadCount);
                       break;
               }
}
绘制的时候要注意：
temp  =  130  /  loadSeq  *  loadCount;  …

计划:
1  内部指令流程
2  外部指令流程
3  策划任务-水晶房间
今天干了什么:
1.房间限制的bug.
又是这种感觉,明明觉得都准备得差不多了,但是忽然又冒出一个很严重的bug.
想法:
游戏里面就不要出现具体的错误提示字符，而是应该用服务器返回回来的信息提示
明天干今天该干的事情.
需要一个长远的计划!  …

不被BS的办法就是做得比他想象还好。
你的任何表情都有人猜得懂，这就是生活。
代码写得很混乱，或许执行效率会高一点，但是，浪费了很多时间。
需要  编写效率  高点的代码，而不是  执行效率  高的代码！
今天干了什么?
1  游戏结束离开后的bug
2  玩家信息
3  快速登陆的bug，选择房间错误或者选择房间满的话
设计方法：
考虑出错情况，设置一个中断，如果出错，就转到这个中断里面。
新年第一天上班！  …

改了几个界面上的小bug
更主要都是在耍。
Tonight,  I  feel  close  to  you
很好听的，找了半天MTV，终于还是找到了
http://www.mtv4.net/mtv4-play/z8_mtv415518z1152181k.htm
效果也很好^_^

// hc.setRequestProperty(”If-Modified-Since”,”29  Oct  1999  19:43:31  GMT”);
//                        hc.setRequestProperty(”User-Agent”,
//                                                                    “Profile/MIDP-1.0  Configuration/CLDC-1.0″);
                       //hc.setRequestProperty(”Content-Language”,  “en-US”);
//                        int  rc  =  hc.getResponseCode();
//                        if  (rc  !=  HttpConnection.HTTP_OK)  {
//                                throw  new  IOExc  …