mindpin / TouchIdea

0 stars 1 forks source link

UI 集成过程跟踪记录 #27

Open ben7th opened 9 years ago

ben7th commented 9 years ago

这里用来记录 pinidea 0.2 UI 集成过程中出现的问题,变更,以及做提交物的汇总。

ui 设计工程地址: https://github.com/mindpin/ui-design

pinidea 0.2 ui 设计在线预览地址(请通过手机访问): http://www.mindpin.com/ui-design/pinidea/dist/html/home-0-auth.html

集成方法: https://github.com/mindpin/ui-design/issues/1

验收标准: https://github.com/mindpin/ui-design/issues/2

ben7th commented 9 years ago

2013-3-31

destinyd commented 9 years ago

2015-4-1

destinyd commented 9 years ago
ben7th commented 9 years ago

由于 ui 持续改动导致的集成工作繁琐的应对办法:

我们尝试后续按照以下的步骤来工作:

  1. 宋亮针对每个场景先给出初步的界面(标准是界面已经包含所有的逻辑,可以与控制器层,模型层进行程序逻辑上的集成)。这个初步界面可能不是定稿的界面,后续会有改动,但并不是影响逻辑层面的改动
  2. 陈啸峰拿到一个场景的初步界面,就先集成一个场景。然后直到宋亮提交最终定稿的 ui 界面后,再做一次调整。也就是说宋亮的每个ui设计对于陈啸峰而言有两次有效提交,第一次是用于逻辑集成,第二次是定稿。两次提交中可能还会包含针对此界面修改的 commit 建议可以无视。
  3. 由于每次集成的是不同的场景,而 js/css/layout 都是根据每次提交的代码彻底替换的,这也就意味着会导致之前已经完成第一次逻辑集成的某些功能出现界面乱掉,js执行不正确的问题。在保证集成工作可以继续的最低前期下,可以不管这些问题。只要保证当前集成的场景逻辑和界面正确。已经集成过的场景由于ui持续修改带来的问题直到最后定稿再来调整。
ben7th commented 9 years ago

截至 2015-4-9 剩余的工作

  1. 搜索的集成
  2. 通知的ui 和 通知的集成
  3. infocard 的建模实现,以及 infocard 和 urlinfo API 的集成,以及和议题创建前端的集成
  4. 用户信息建模(微博同步)和用户设置建模(用户设置只包含通知的四种类型的显示与否)
  5. 意见反馈建模
destinyd commented 9 years ago

搜索的组件、路由、页面以及控制器都已经实装 具体访问路径: /votes/search.json?q=关键字 同时支持get/post 后续由 @ben7th 处理交互。

ps:

  1. 暂无分页
  2. 需要使用搜索页面,需要安装、运行 elasticsearch,并在本地rails c里执行
Vote.import

创建elasticsearch索引,才能正常搜索

ben7th commented 9 years ago

2015-4-10

通知页设计提交。 相关 issue: https://github.com/mindpin/TouchIdea/issues/29


个人设置页提交: 访问地址: http://www.mindpin.com/ui-design/pinidea/dist/html/me-0-config.html


投票详情页的所有操作(添加选项,分享,投票完成)已加上(分享对话框的细节没做,集成到最后再做) 访问地址: http://www.mindpin.com/ui-design/pinidea/dist/html/home-2-topic.html


我会需求组把目前的 UI 初稿再过一遍,如果再有什么修改。会在集成后的 pinidea 工程代码上直接改 而不会反复再提交 UI 设计稿

destinyd commented 9 years ago

通知的ui 以及页面集成已经完成

ben7th commented 9 years ago

2015-4-15

搜索分页支持,参考: http://looly.gitbooks.io/elasticsearch-the-definitive-guide-cn/content/050_Search/15_Pagination.html

ben7th commented 9 years ago

控制器层交互集成记录: https://github.com/mindpin/TouchIdea/issues/31

ben7th commented 9 years ago

以下凡是标有(已和需求组确认)的基本上就确定了如何改。 我会逐个把每一条通过QQ和开发人员确认。 凡是标记为(已和需求组确认)(已和开发人员确认)两个标记的,就可以开始改了。

标记 (疑似BUG) 的,不会和需求组确认,和开发人员确认后直接改。


(已和需求组确认)(已和开发人员确认)(可修改)。打开一个议题时,不同人应看到不同的选项排序。 排序原则基于:https://github.com/mindpin/TouchIdea/issues/18#issuecomment-86359189 的陈述

不管在列表页还是在详情页上,列出选项时,采用以下策略:

  • 不同用户看到的选项顺序是不一样的。并不是按照时间或者得票顺序来排;
  • 同一用户无论何时打开,看到的选项顺序是一样的。(可以根据用户ID所谓随机数种子生成排序)
  • 这样做的目的是为了让所有投票选项在参与者足够多时被投的几率一致;

(疑似BUG)(已确认,是宋亮的设计有问题。没有任何通知时就会显示 loading)(由宋亮修改)。点通知会一直显示读取,这个是 BUG 吗?


(疑似BUG)(已确认,是分词方法的问题,由李飞修改) 搜索搜不出东西。尝试输入 豆腐 粽子 等关键词都没有搜索结果


(疑似BUG)(已确认,由宋亮修改) 列表滚动分页,来回上下滚会导致反复 loading.


(已和需求组确认) 点击手气模式需要一个比较平滑的进入方式。设置一个过渡页面,显示“正在为您推荐”的信息


(已和需求组确认) 当推荐议题已经推荐完毕时,目前的做法是直接跳回列表。需要考虑更平滑的处理方式。显示一个页面“没有更多的议题了。你可以自己创建一个”,点击链接显示的是和主导航点击 + 号相同的效果


样式问题:详细信息里面有换行错误


(已和需求组确认) 要给列表增加更多的提示信息:包括,是否已参加过,是否是当前用户自己创建的。


(已和需求组确认) 有 infocard 的议题,在列表上显示一个缩略的,小的 infocard 信息


(已和需求组确认) 议题详情页显示创建者头像和名字(这样比较好排版)


(已和需求组确认) 已经参与过的议题进去只能看结果(不管他是不是创建者)(目前议题是不允许修改的)