1
wesley 2014 年 3 月 19 日
跟普通网站一个样,就是按钮要做大点
|
2
oott123 2014 年 3 月 19 日 via Android
弄个 node-webkit 怎么样?
|
3
thinkif 2014 年 3 月 19 日
windows 单机 为啥要做成网站?
如果一定要做成网站的话, 页面尽量不要允许选中文本, 用户一拖动手指画面会很难看 |
4
thinkif 2014 年 3 月 19 日
楼主这这样的备注貌似会被喷啊...
|
5
housne 2014 年 3 月 19 日
备注很危险 。。。
|
6
manhere 2014 年 3 月 19 日
你这个,,,这不是TV版app么?
|
7
sethverlo 2014 年 3 月 19 日
备注很危险 。。。
|
8
ybh37 2014 年 3 月 19 日
备注很危险+1
|
9
chenliang0571 2014 年 3 月 19 日
|
10
icanfork 2014 年 3 月 19 日
备注很危险+1
|
11
cnnblike 2014 年 3 月 19 日
就差程序员了!
|
12
beingbin 2014 年 3 月 19 日
关于造楼,我有一个很牛逼的设想,设计和材料基本ok,就缺搬砖的了
|
13
alexrezit 2014 年 3 月 19 日 via iPad
急急急! 急死你! 就不告诉你~ 就不告诉你~ 就不~ 告~ 诉~ 你~
|
15
jianghu52 2014 年 3 月 19 日
[就差程序员了] 这句话真的让人菊花一紧啊。我已经感觉到了前面有一个巨大的坑。
之前两年做过一个POS机的维护项目,用的是delphi,也是触屏。说几个坑算是帮楼主少走点弯路吧。 1.严格控制消息队列。 因为是触屏,误操作的可能性非常高,如果界面切换的时候用户手指还是在点击,非常容易出现页面还没有完全刷新之后,某个button就响应事件了。所以我们那个时候定义了一个巨大的消息链表,用来过滤误操作。虽然很低效,但是确实保证了整个页面的连贯性。 2.尽可能的用异步操作。 因为触屏的机器通常页面刷新不那么快,为了保证流畅性,能异步的就异步。不然速度就可能有问题。 3.调用键盘。 这个问题可能跟系统有关。我们当时用的是一个简化的windows系统,里面的api有些不支持,调用键盘总是失败。后来没办法,我们自己做了一个虚拟键盘来用。好处就是各种键都可以自己定制,坏处就是调用起来很占资源。 |
16
yakczh 2014 年 3 月 19 日
这是传说中的html5吗?
|
17
wdlth 2014 年 3 月 19 日
能不用浏览器尽量不要用,很多东西不可控,最好还是写图形化程序,MFC、qt之类的。
|
18
sunocean 2014 年 3 月 20 日
设计和制作都基本OK了就缺开发了!
这个真的很无力吐槽 |