操作
返回UX核心团队维基:UX_Team
UXTeamMeeting1¶
目的:审查子任务:#443
会议通过Skype举行
日期/时间:2010年5月11日星期二 21:00 UTC
加入会议:请在下方添加您的姓名和Skype ID,Shane将邀请您。
Skype昵称 | 真实姓名 |
---|---|
Shane Pearlman | Shane Pearlman |
zanuda13 | Igor Balk |
SikhNerd | Muntek Singh |
angelkbrown | angel brown |
会议进行顺利。由Shane Pearlman记录的笔记
行动项目:¶
- 审查挑战清单并提出建议。请在此处提供反馈:https://redmine.ruby-lang.org.cn/boards/1/topics/13856
会议记录:¶
会议目标 资源- 演示网站:http://ux.redmight.com
每晚凌晨1点从trunk提取
所有内容都是随机生成的 - JPL新闻:https://redmine.ruby-lang.org.cn/news/36
- 持续集成服务器运行在ci.finn.de
观察到子任务功能的核心挑战
- 当它们实际上是同一件事时,子任务和关系被单独处理#5727
- 父任务不是问题列表中的可用过滤器#5728
- 应该能够从新问题表单中分配任何关系(包括子任务),但不能#5727
- 所有关系都应在关系框中显示。目前它似乎只显示子任务框中的子问题,而父问题则在问题顶部的面包屑导航中显示。建议放弃面包屑导航,直接在关系框中显示。#5729
- 面包屑导航很丑陋且不清晰。它应该遵循标准的面包屑外观/感觉。担忧:高度嵌套的任务?它是无限的还是有最大:x层?(如果#5的建议被否决)面包屑导航应该与子项目相同的视觉处理。 #5730
- 似乎没有方法将现有问题设为另一个问题的子任务 #5731
- 无法将子任务(移动?)从一个父问题转移到另一个问题。还应该能够取消子任务(使其成为顶级) #5732
- 时间继承的清晰度需要明确,无论我们如何选择 #5733
- 状态继承的清晰度需要明确,无论我们如何选择 #5734
问题:子任务应该有多少权限粒度 - 目前只是布尔值 - 管理或不管理。我们对此没有异议,只是想指出,这与其他权限模式有所不同。
下次会议建议讨论的主题
将文件和文档功能合并为一个
初步建议 - 以有组织的方式在主文件(媒体库)中显示上传到问题中的文件
初步建议 - 允许上传的文件与版本相关联(处理其他功能的需求)