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