import mysql;
/*DSG{{*/
var winform = win.form(parent=...; bottom=436;max=false;text="mysql内容编码测试";right=721 )
winform.add(
btn_preg={ bottom=337;right=709;left=626;top=301;z=6;text="过虑HTML";cls="button" };
querycode={ bottom=140;text="utf8";left=636;top=113;z=3;right=698;edge=1;cls="edit" };
btn_mysql={ bottom=417;right=695;left=595;top=374;z=2;text="插入内容";cls="button" };
static={ bottom=97;text="测试编码";left=634;top=82;transparent=1;z=5;right=693;cls="static" };
txt_mysqlinfo={ bottom=340;right=611;left=22;multiline=1;top=27;z=1;text="";edge=1;cls="richedit" };
btn_clear={ bottom=418;right=568;left=468;top=375;z=4;text="清空";cls="button" }
)
/*}}*/
winform.btn_preg.oncommand = function(id,event){
//win.msgbox( winform.btn_preg.text );
winform.txt_mysqlinfo.text = winform.txt_mysqlinfo.text;
}
winform.btn_clear.oncommand = function(id,event){
//win.msgbox( winform.btn_clear.text );
winform.txt_mysqlinfo.text = '';
}
winform.btn_mysql.oncommand = function(id,event){
//win.msgbox( winform.btn_mysql.text );
var link = mysql(
"localhost", // IP
"root", // 用户名
"123456" // 密码
);
if ( ! link.handle ) {
winform.msgbox("链接服务器，请查正数据名和密码 失败");
return ;
}
else {
if (!link.select_db("v1_rmt_game")) {
winform.msgbox("选择库失败: " + link.error);
link.close();
return;
}
link.query("SET NAMES "+winform.querycode.text); // 设置 MySQL 编码
var result = link.query("SELECT * FROM 51_news ORDER BY `id` DESC limit 10");
if (!result) {
winform.msgbox("读取数据失败: " + link.error);
link.close();
return;
}
var row = result.fetch_array();
while (row) {
winform.txt_mysqlinfo.text += row.content
win.delay(1000);
row = result.fetch_array();
}
result.free(); // 释放记录集
}
}
winform.show()
win.loopMessage();
return winform;
/*DSG{{*/
var winform = win.form(parent=...; min=1;bottom=249;max=1;text="AAuto Form";right=349 )
winform.add(
button={ bottom=123;text="开始";left=67;right=234;top=88;z=0;cls="button" }
)
/*}}*/
//开始循环
start = function(){
io.open()
//检测外部可改变的数据作为循环条件
while( winform.button.text != "开始" ){
win.delay(1000) //处理消息,使程序可以响应操作,执行其他函数
io.print("我正在循环")
}
io.close()
}
//控制按钮
winform.button.oncommand = function(id,event){
if( winform.button.text == "开始" ){
//开始循环
winform.button.text = "停止"
start();
}
else if( winform.button.text == "停止" ){
//结束循环
winform.button.text = "开始"
}
}//endpro
winform.show(true)
win.loopMessage();
在追逐新奇时尚的技术，以及喋喋不休的议论中无聊的消耗生命。
为技术所欣悦的人思考最多的是“什么是可以做到的，怎样突破局限而不受制于开发工具，用最简单的技术创造最大的价值”，
他们感恩并付出，并由此滋生勇气、成就与喜悦。
引言：这个系列的文章将以笔者这两年在手机交互方面的工作经历为基础，阐述Wap Site、Native App、Web App的交互设计，将包括以下内容：
手机交互设计基础知识(5%)
设备特性在设计上的应用(5%)
部分交互控件的详解(50%)
部分不涉及商业机密的项目经验(35%)
答读者问(5%)
其中“设备特性在设计上的应用”将以穿插的形式出现在文章中，暂时不会独立成单独的章节。
WAP站点，这似乎是一个有点落伍的东西。在诞生之初，它很简陋，只能通过一个叫WML的标记语言来搭建没有任何美感的文字+链接页面。而今，绝大部分WAP站点都开始使用xhtml标记语言，不过在iOS、Android风潮席卷全球的今天，这个演进似乎显得有点苍白无力。但在中国，WAP的用户群体依然是移动设备上网的绝对主力军。那么，到底该如何设计一个WAP站点呢?个人以为，需要从设备、浏览器、任务、场景四个方面入手。一个WAP站点好与坏，不取决于页面的绚丽程度，不取决于功能是否强大，而是取决于站点的兼容性。
一、用户使用的设备
“用户是通过什么设备访问我们的站点?”这是在搭建一个WAP站点之初，设计师需要考虑的第一个问题。一般来说，我们可以把用户使用的设备粗略的划分为【键盘机】和【触屏机】。
Ⅰ、键盘机：
屏幕物理尺寸小，可视区域小
用户对手机的操作受限于导航键
1. 可视区域小，就决定了用户在当前屏幕内看到的内容非常有限，用户往往是通过扫视第一屏的内容来决定是否继续向下浏览。我们在设计过程中，则需要按信息的重要度以降序的方式来组织，将最重要的信息在首屏呈现给用户。大部分情况下，logo和导航区块是必不可少的元素。如果你的站点是互动型的，还需要在header里体现出用户登陆状态和用户名。根据应用场景和任务的不同，少数页面可以省略header。
目前市面上低端机器的屏幕分辨率宽度基本都在176px以上，所以，针对最低端键盘机设计WAP站点时可采用176px的基准宽度来设计，页面高度不限，但最好不要超过7个屏高。同时还需考虑页面文件大小，页面文件大小最好控制在13k以内。
2. 键盘机的第二个特征决定了用户必须遵循既定的规则来移动焦点，例如：方向键、摇杆、滚轮、拨盘(BlackBerry)。正因为如此，我们在设计的时候，必须思考页面链接元素之间的内联关系，仔细计算用户的焦点移动轨迹。重要的信息最好是放在每一行起始位置。
Ⅱ、触屏机：
可视区域较大
操作所需面积大
用户操作行为跳跃
1. 可视区域大，决定了页面承载的信息量也比键盘机要多。现在市场上主流的触屏手机分辨率为320*480，屏幕宽度最低也是240。这时，如果将适配键盘机的WAP页面放到触屏机上来看，会出现大面积“被留白”的情况，视觉上将带给用户松散的感受。这时我们可以将240px作为基础宽度进行设计。
2. 触屏手机的屏幕大了，是不是我可以放更多的链接了?答案其实是否定的!用户通过手指、触控笔对手机进行操作。触控笔笔尖一般面积都在2*2mm左右，能进行比较精准的点击。而人的手指头则要大很多，为了确保用户不会出现误操作，我们在设计的时候，需要将链接的字号、行高、间距增大。国外研究某资料给出过参考值：食指所需最小操作面积为7*7mm、间距1mm;拇指所需最小操作面积为9*9mm、间距2mm。(资料待查阅后将补上原文链接)
有同学会问了，这个面积单位是毫米，如何在设计过程中我们如何换算成像素呢?这个根据每款屏幕的分辨率、dpi、物理尺寸的不同，换算结果都不一样，有关像素、dpi、厘米、英寸之间的换算关系，请学习这篇文章。
3. 众所周知，用户在操作键盘机的时候，在达到目标链接之前，基本都需要进行多次焦点移动的操作。而触屏机则没有这种限制，用户的操作大多不再受物理按键的局限，更多是受到视觉感官的支配，换句话说就是看哪点到哪。这时需要注意的是，因为失去了“焦点”的提示，我们必须对可点击的链接和不可点击的文字进行明确的视觉区分。
二、浏览器左右设计
大部分手机自带浏览器和第三方浏览器在操作方式和页面解析上都有着自己的特性。我们在设计之初，需要深入的了解它们各自的特性，这样我们才能对不同的方案进行权衡。本文针对焦点、操作键、HTML&CSS这三大基础因素就浏览器对设计的影响进行一番浅析。
Ⅰ、焦点如何移动
1. UCWeb浏览器
左右键：翻屏
上下键：焦点逐个移动
长按左右键：加速翻屏
长按上下键：加速焦点纵向移动
2. 手机QQ浏览器
左右键：横向移动焦点
上下键：纵向移动焦点
长按左右键：翻屏
长按上下键：加速焦点纵向移动
3. Opera mini浏览器
这哥们是最PC化的手机浏览器。内置伪鼠标一枚，左右键、上下键均为鼠标横向、纵向移动，单次按键大概位移10像素，长按加速。
了解浏览器的焦点移动规则后，一方面有利于我们对某个控件信息进行优化组织，另一方面对于多个设计方案进行取舍的时候也有莫大的帮助。当我们充分考虑焦点移动路径、用户操作频次、某信息块权重等因素后，往往能迅速的找到最适合的设计方案。
小提示：QQ浏览器和UC浏览器默认会给所有的图片赋予焦点，也就是说哪怕页面上某张图片没有链接，但用户操作过程中焦点也会路过这张图片。
Ⅱ、操作键
键盘机的浏览器(自带、第三方)都有左右功能键。左功能键一般为菜单键，右功能键一般为返回、退出键。用户在进行“返回”操作时，基本都会通过右功能键完成。触屏机虽然没有物理功能键，但绝大部分的浏览器都在屏幕内虚拟了一排功能键。并且UCweb、QQ、Opera等第三方主流浏览器均提供缓存功能，页面在返回的时候均为秒读。因此，我们不需要频繁的为用户提供“返回上一页”的链接。后续的系列文章中，将有专门的章节对手机导航系统进行探讨。同时，某些浏览器也提供重定位至页顶、至页尾以及快速翻屏的操作，当我们在处理超长页面时，对于“Top”这样的回顶部锚点的处理也需要慎重。
Ⅲ、HTML & CSS支持度
各大厂商大多都有一套自制内核的浏览器，甚至同一个平台下的不同系列手机浏览器的解析效果也五彩缤纷，再算上市面上的多款不同内核的第三方浏览器，这真的让人无比头大!因为公司的兼容性研究资料尚未开源，所以这里只能列出一些高危的风险点。有兴趣的朋友可以自己着手研究下，有条件的公司也建议系统的做一次深入测试。这些资料对于WAP站点的设计有着决定性的影响!
font属性：176px的屏宽下，12号字一行可以放14.5个汉字，但实际上部分浏览器会将字体放大至14号，所以安全字数是12个汉字/行，并且大多不支持自定义字体;
background属性：背景色支持很好，但背景图片支持度则要差很多，如果你需要用到背景图片，最好设置一个类似的背景色做优雅降级处理;
float、position属性：千万别照搬Web的层叠布局理念，这是两个高危属性，老老实实搭积木吧;
margin、padding属性：这两个也支持不好，所以不等高、宽的设计方案在实现过程中兼容性问题很大;
我们在处理加粗、高亮、current状态、链接颜色等设计元素时，需要充分考虑方案的兼容性。因此建议所有刚接触WAP设计的同学，在动手之前，先认真的了解下手机浏览器对于HTML & CSS的限制，这能帮你在工作中快速的给出最合适的设计方案。
三、人们用手机完成什么样的任务
几年前有人曾说过“手机上最适合的任务就是阅读”。而随着移动互联网概念、网络条件以及移动设备的不断升级，手机上各种类型的站点和应用层出不穷，越来越多PC端的产品被移植到手机端。本文只是粗浅的介绍三种常见的任务类型，在设计过程中我们可以反复问自己一个问题“用户是希望通过这个产品完成什么样的任务”，牢牢记住这个问题便能无往不利。
阅读型
互动型
工具型
Ⅰ、阅读型
用户在这类应用场景下核心的诉求就是阅读。把“阅读”展开后又能进一步发现用户的子诉求：快速呈现内容、完整的目录导航、优秀的排版、随时记录阅读进度……将这些子因素一个个的拆解开来分析，然后再组装起来便能产出一份不错的阅读类产品。
Ⅱ、互动型
该类产品的核心应用场景就是互动，无论是人与人的互动亦或是人与机器的互动。那么如何响应用户的操作则是这类产品的设计重点。响应也分很多种，有的在用户知晓响应之后还需要引导其进一步操作、有的需要用户持续性的关注、有的仅仅是通知用户即可。这类产品也是目前最为火爆的：新浪微博、人人网、腾讯WAP QQ等等都是其中的典范。
Ⅲ、工具型
顾名思义，用户需要通过这类产品解决某一个问题。因此，“以任务为导向，并对其进行拆解设计”则是该类产品的设计核心。最具代表性的产品是搜索引擎，它的核心任务就是帮助用户搜索信息。
Mai同学有一篇文章比较详细的对iPhone应用的类型进行了分析，虽然跟WAP站点存在某些差异性的东西，但本质性的东西却有着异曲同工之妙。
四、用户的使用场景
手机这样的移动设备与PC机最大的区别就在于用户总是随身携带，用户在任何场景下都有可能掏出手机来把玩一番：公车、地铁、商场、大马路、床上、厕所……但这些场景均有一个共同点：用户非常容易被周遭环境所干扰而中断任务，因此手机上只适合做单线程的任务!
mdchina上有一篇关于用户如何使用应用程序的文章，介绍用户的使用场景，感兴趣的朋友请移步!
后记
终于写完了!为此还荣获了一个外号：草稿帝!虽然文章最后结束得有点仓促，不过核心信息已经表达清楚了，并且用户的使用场景并不是三言两语能讲述清楚的。在以后的项目案例分析时再根据实际项目情况为大家阐述吧。
为了整理数量庞大的知识碎片及项目资料耗时甚多，笔者期望尽可能的将该系列文章阐述的更具框架性和条理性，因此后续文章的更新速度依然会很慢，急性子的朋友可得多多包涵了!
原来的帮贡，是按地点来处理！这个是我们肉眼能看到的任务的主线！看到什么就做什么！这样，当每发生一个地点的时候，就会有其它问题！比如，在去抓住宠的时候，会在一直判断地图！而判断地图，只是在帮里面要处理的一个动作！所以在后在的几个版本开发的时候！就换了模式，比如，兴亡的，按任务的动作来，比如师门的，回主城，在回门派，这样的思路！这个思路一直在我脑代里，都没有记下，怕久了忘记！所以今天就花点时间，记下这东西！
不管是什么内容，只要分成这三个点！
第一，接任务
第二，做任务，
第三，交任务！
第一点拿来分析！
只要是能不能接任务，有没有接任务，任务是否结束！它要做的内容，就是接任务！接好任务，转给下一个做任务，这里，就没有他的什么事了！
关于第二个，做任务！这个里，在做兴亡的时候，碰到新的怪名，添加一下就好，也不用去写什么！换成这个模式，主要是这里非常好！
这里不会去做交的内容，也不会去做，接任务的内容，也不会去做交任务的内容！这样，就可以专心的把任务做好！
当任务完成后，就是交任务的内容！
交好任务在转到接任务！，在判断，还有没有任务剩下！如果没有在转到交的地方！
- 修正：超链接批量插入模式无效问题的修正
- 修正：某些dialog对话窗口会覆盖操作面板上问题的修正
- 修正：IE浏览器下右键导致选择内容丢失问题的修正
- 修正：Firefox浏览器下在编辑内容为空情况下仍显示垂直滚动条问题的修正
- 修正：IE浏览器下，在内容结尾会额外增加一个空格问题的修正
- 修正：当加粗、斜体及下划线与删除线混用时，造成删除线之外的效果丢失问题的修正
- 修正：UBB模式下，非标准br代码，会造成换行丢失问题的修正
- 修正：Chrome浏览器下全选复制并粘贴，会多出一大段额外代码问题的修正
- 修正：IE7兼容模式下源代码无法充满编辑区域问题的修正
- 修正：不兼容jQuery 1.7版本问题的修正
- 调整：所有皮肤输入框添加焦点样式
有没有看到，好多女孩子都不能生了！因为他们的年龄高了！没有任何报道说，晚生会优生，也没有任何报道证明！晚了，还会生！
近来，这样的报道很多！我们引用TX的三个报道！
高龄怀孕成“高危人群”
数据显示，高龄产妇占到忧郁症产妇的70%以上。大龄产妇对妊娠反应也较为敏感，往往孕吐剧烈，产后体能恢复比不上年轻产妇。专家指出更严重的是高龄生产给宝宝带来风险。年龄一大，卵子易过最佳“保质期”，造成质量下降、受精时染色体异常几率变高等问题，都会导致胎儿致畸率增高。高龄产妇怀孕成了“高危人群”，一定要注意。
低受孕高流产
根据丹麦进行的一项研究，女性过了35岁，怀孕失败的几率就会大大增加。这项研究发现，女性到35岁时，由于流产、死产或子宫外孕等原因，怀孕失败几率达20％。到42岁时，失败几率高达50％以上。在22—24岁之间，流产的几率是8．9％，但到了45岁，此几率增加到74．7％。发生子宫外孕的危险也会随着母亲年龄的增大而升高……
胎儿致畸几率高
年龄大了，各部分器官开始出现老化，容易发生基因突变，生下先天愚型的孩子。这种胎儿生下来个头矮小、生长发育迟缓、智能低下、50％有先天性心脏病，易患呼吸道感染；而且20％—30％在1岁之内死亡，50％在5岁内死亡，轻者可生存到成年，但智能低下，此病无治疗方法，只能以教育和训练为主。据调查，孕妇25—29岁时……
其它言论不敢说，也不能说！互联网还是要一片说好的声音！这任肿理是没有指望了，希望下任李总能有所建树！
The goal of this project is for two-way publishing of posts for networked blogging between members of a community. This is important for the WordPress community so that blogging isn't dependent upon centralized networks for the promotion and discovery of posts and websites.
Phases
- URLS, Templates, Reader:
- COMPLETED / Editing URLS
- COMPLETED / Managing Menus
- COMPLETED / Editing Templates
- COMPLETED / Feed reader
- Accessibility & Search Engines:
- COMPLETED / Dealing with having two types of posts "remote" and "local". "Remote" posts should not be indexed by search engines, and should only account as a referrer link, and emphasising returning to the original source. There should be options for full display, or excerpt only. j* Sitemap and siteindexes, robots.txt to emphasis what is to be indexed by search engines.
- PARTIALLY COMPLETED / Participation upon reposting, each imported post will need to be published, so that there is a level of human participation nessasary and isn't totally automatted, and easily abused. Make it easy to annotate the post with a personalized note.
- Posts as reply to another post, to suppliment loss of comments between mirrored posts, ephasis trackbacks in a clean format to follow discussion.
- Extensibility, Security, Authentication, Privacy:
- Front-end interface is extensible with an API.
- To introduce private posting via confirmed subscriptions.
- OpenID for network to network authentication and privacy.
- Plugins:
- Write extensions for AWE to add new post types including: advertising, video, sound, gallery, events, and shop.
- Web Service:
- Dedicated web host for users that don't want to run it on their own hardware.
- Sign-up and payment settings.
很小的时候,听到一个同学,可以把生肖背下来,好配服!后来,自己也记下了生肖!找个生肖配的!所以判断一个人的生肖,也成了我基本的判断!
比如,哪个生肖的人聪明!看哪些五行的书,只记得只讲生肖,八字!但后来碰到的,都是以配对为主!于是我又记下了哪些生肖配,哪些星座配!以前记得一个网站,可以看到生肖,也可以看到星座,总以为,在网上很容易找到,把自己建的一个收藏夹放空,什么也没有放,结果要用的时候,总是丢!
互联网,不比以前,这几周来看,东西,一直在变来变去,有的时候,都在想关键字是否用错!还是互联网又有什么真相出现!直到近期,想到,可以在blog上,传很多二维码! 说远了!
于是后来,试着记一点,把大体上的记下来!于是就是生肖和星座!还有六合三合之说,这些我以前都不懂!后来有一天,那个朋友,嫁人了,和我说起这些,我认为很有道理,于是结合实际!还真是看出点东西!
于是最近,才知道,都是自己一只半解的!也就是几点水,了解皮毛!还好,还没有去了解分水,五行,要不然,要是了解了,一半,又乱点,那不成笑话了!
在去年前,以前,只要生肖不冲就好!最早,还以为,五岁有差!,后来知道,差的是六岁!前者也是我小的时候,大人告诉我的!如果没有冲,那么剩下的就是星座的问题了!
在后来了解,原来是不一定是生肖,还要看出生年的五行属性!这样一来,我就乱了!
像前几天看,爱就这么简单,他们说是80年代出生的,属马,于是哥发现,80后的一代,根本,不是属马的!这也许是那书的bug吧!手机,有一个生肖查询,只要输出年份,就可以查得到生肖!所以,想找几个看这这本小说的朋友共享一下!于是打开了手机,就发现,一些短信的内容,然后去回忆短信去了!
有两句话,我搞错了,原话是三岁一小勾,六岁一大勾,我记成,三岁一小冲,六岁一大冲!,六岁的冲是对的!但是看到,更多的是属虎的女生找属猪的男生!后来在QQ那里看到,原来是六合!之前一直以为是差四岁是最好的!像高老下,他属猪,生了一个属兔的!好像他老婆是属虎的!现在回头一看!这东西,还是要家人了解!或是家人找先生了解!
先让我想起了山同学,她属虎,金牛座!这就是黄金女郎!只是回了几次福安,也没有打听什么!不吃面,不请人!还是很忙!
曾经,一直以为,会有一个84年的女生,进入我的生活,后来发现,少之又少,但以为87年的出现的时候,发现,原来那些同学都属shu,在后来,发现86的虎!
如果故事要后来,还是还是会有很多后来!当看着别人分手的时候,也不用为别人找深沉的原因!
只要知道简单的道理就可以了!
无论是爱情,还是婚姻,总归这几话!有花堪折直须折 莫待无花空折枝!有一句话是踏破铁鞋无觅处得来全不费工夫!
