1. 感到困,床上躺了一会儿 17-09-24

0.1. 时间日志

  • 06:20 醒
  • 06:20 起床
  • 06:31 洗漱1
  • 06:35 洗澡
  • 07:30 早饭
  • 08:40 任务详情闹钟优化 08:40任务闹铃构思 11:28闹铃动画&时间状态 19:46完善倒计时计数 21:11完成加时逻辑
  • 09:20 感到困,床上躺了一会儿
  • 09:46 厕所
  • 12:00 卡通
  • 12:03 午饭
  • 17:30 晚饭
  • 17:33 卡通
  • 18:43 熊超联系了解爬取时间管理用户信息
  • 20:58 和妈电话,鼓励她学习找爱好
  • 21:24 洗漱2
  • 21:48 完善任务状态-选中,暂停,取消
  • 修改task状态计算used时间累加
  • 任务详情修改任务状态后界面无变化
  • 任务详情闹钟优化 闹铃机制 闹铃方式 应用全局闹铃
  • APP未登录用户系统默认数据

0.2. 总结

1.因为今天没有安排,所以做什么杂事都无所谓. 需要通过明日计划、周计划来解决,提高效率;

0.3. 观点及其他

0.4. 任务详情

0.4.1. [x]和妈电话,鼓励她学习找爱好

创建 耗时 开始 完成

0.4.2. [x]顶早餐想要红包便宜就浪费时间

创建 耗时 开始 完成 下单前想起小程序扫码优惠,于是去客厅找小程序,扫码下单发现不是自己想点的商家,这个商家贵. 扫码时切换到了微信,看到了朋友圈数字,今天或昨天没有发过消息也没赞过,好奇为什么会有信息. 于是开始刷朋友圈,逛完后发现结果午饭下单还没做.

[x]因为今天没有安排,所以做什么杂事都无所谓.

创建 完成 需要通过明日计划、周计划来解决,提高效率;

0.4.3. [x]感到困,床上躺了一会儿

创建 耗时 开始 完成

0.4.4. [x]熊超联系了解爬取时间管理用户信息

创建 完成

0.4.5. [ ]修改task状态计算used时间累加

创建 预计

0.4.6. [ ]任务详情修改任务状态后界面无变化

创建 预计 开始 暂停 修改task.state 没有触发任务列表任务状态变化.协议发送修改成功.下午还正常是修改到了什么? 父任务和子任务都没变化,没有触发列表或内容更新. 7天时间清单 +Bug提醒时间没变化,在切换任务的时候. 7天时间清单 在测试,列表状态更新可以了. 真是奇怪. 那可以判断会再次出现无法更新. 7天时间清单 在刷新一次,修改无变化. 7天时间清单

0.4.7. [x]完善任务状态-选中,暂停,取消

创建 预计 耗时 开始 完成 选中状态完成. 发现继续暂停的任务状态未改变 7天时间清单 暂停状态文字变红完成. 修改task.state 没有触发任务列表任务状态变化.协议发送修改成功.下午还正常是修改到了什么? 7天时间清单

0.4.8. [ ]任务详情闹钟优化

创建 预计

[ ]任务闹铃构思

创建 开始 完成 1、动画 2、闹铃方式; 3、超时后显示满圆红色. 动画属于优化工作,就明确按优化的流程或思路考虑; 闹铃以手机的闹铃为参考. 1、定时闹钟 2、轻点延迟 3、点击关闭. 4、持续响铃1分钟后自动关闭

[ ]闹铃动画&时间状态

创建 预计 开始 完成 用iconfont设置字体大小,发现布局难以调整. 还是直接换成图片更为合适. 7天时间清单 之前下载的图标素材中可以抠图使用, 抠图后放到程序中布局还有点问题. 7天时间清单

[ ]完善倒计时计数

创建 预计 开始 完成 暂停 继续 暂停 继续 各按钮遗漏逻辑 正确显示预计完成和提醒时间. 正常应该服务器修改成功后修改界面? 7天时间清单 完善没有时刻的日期显示timeHM方法. 7天时间清单 有多种进入倒计时方式. 1、开始 2、继续按钮 3、刷新 4、切换任务 多种方式从代码入口包含 taskitem clickStart clickToggle , 设置修改due,need,remind. 都会出发taskitem,所以可以成为总入口. 1、已超时 2、未超时 通过时间差判断调用闹钟没问题, 后期会涉及服务器提醒解决用户离线状态. 7天时间清单 setInterval 计数count,中把need转换为秒,倒计时. count -leftTime(dueDone - now) 7天时间清单 7天时间清单 修改变量,方法名.发现遗漏 7天时间清单 moment("2017-09-24 7天时间清单:27").diff('2017-09-24 7天时间清单:27') //600000 moment("2017-09-24 7天时间清单:27").diff('2017-09-24 7天时间清单:27') //-600000 倒计时显示正常.修改评估倒计时无变化. 7天时间清单 修改need没有触发taskitem 的监听逻辑. 应该是task.tags.need层级太深的问题. 但有时正常. 7天时间清单 如果task.tags.xxx 属性修改没有触发taskAll修改,那系统还有其他可能存在Bug? 7天时间清单 添加taskAll测试后,运行正常. 还需要在测试 7天时间清单 测试发现,详情中的父任务修改need的属性没有进入taskitem变化逻辑.子逻辑运行正常,为什么?

  • 暂停的任务和没有due属性的任务显示问题. 暂停后,有一刻觉得暂停没意义了. 暂停和倒计时如何显示? x 床上躺了一会儿 20m 7天时间清单 每次toggle和done时,设置used值,used作为count初始值. 最好每隔5分钟自动保存used值,避免用户忘记修改状态? 一旦系统修改used,同时也需要自动添加toggle标签才能配套.似乎就变得麻烦可能不可行. 7天时间清单 -修改&设置used数值 注释store.js中taskToDB的toggle+= ,断点item.tags["toggle"] 中没有存入数值. 7天时间清单 设置toggle的值失败,并且值的格式不对"2017-09-24 7天时间清单",应该是7天时间清单. 7天时间清单 断点看到进入vue.set逻辑,并且值也改变了. 但是在mixinjs中的item.toggle中数值不对. 两个地方的taskitem数值不同. 7天时间清单 修改mixin.js 从 this.taskDic[item1.id] 中获取的数据正常. 7天时间清单 +取消完成操作之前是删除started toggle 标签数据,需要改为不删除. 把done标签改为toggle. 父任务也通过taskAll获取,就能获取到更新后的数据. 测试后不可行,深度监听taskCurr后似乎正常了. 使用used 切换任务后的倒计时显示正常. 但是单纯用used计算还有bug 7天时间清单 任务执行时,切换到其他任务, 此时还应该计算添加 past= due + used + (now-realStart:toggle) 7天时间清单 +没有设置计划(due)和评估(need)时间显示异常 7天时间清单 如果有due无need那直接显示红色,计算为超时. 如果有need无due,那以started计算. 自动把started时间设置为due,添加任务记录数据,否则多处都需要修改为started 时间计算,可能会出现bug. 7天时间清单 自动设置due测试发现倒计时一直处于红色. 7天时间清单 x 弹窗新闻天价纹眉27万,然后又自动查看新闻3个. 10m
[ ]闹铃机制

创建 预计 持续1分钟响铃.

[ ]闹铃方式

创建 pc,h5,APP 3个平台的提醒方式. 还涉及到离开了系统的离线提醒.

[ ]应用全局闹铃

创建 离开了任务详情页面不会进入闹铃判断逻辑.

[ ]完成加时逻辑

创建 预计 开始 完成 暂停 继续 7天时间清单+ 7天时间清单:00 时间计算. 查找是否有时间计算类库. github.com/zeit/ms 7天时间清单 ms没有7天时间清单格式的时间解析,打算采用moment进行时间计算. 7天时间清单 测试失败, 查文档发现 moment.duration('7天时间清单').valueOf() 适合. 7天时间清单 moment.duration('7天时间清单').valueOf() 只能采用这个了. 7天时间清单

0.4.9. [ ]APP未登录用户系统默认数据

创建 预计

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-24 15:03:44

results matching ""

    No results matching ""