Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

希望对话泡泡的文字的 speed 属性可以被设置为某个全局默认值 #11

Open
pimgeek opened this issue Jan 15, 2015 · 4 comments

Comments

@pimgeek
Copy link

pimgeek commented Jan 15, 2015

目前,我需要针对每一个 text 节点都设置 speed 属性。现在希望可以设置 speed 属性的默认值。

例如:所有的 text 节点都默认具有 speed: 20 这个属性,仅当我对某个 text 节点设置 speed: 30 这个属性时,才会改变这个特定节点的默认 speed 数值。

@pimgeek pimgeek changed the title 希望对话泡泡的文字的 speed 有一个地方可以做默认设置 希望对话泡泡的文字的 speed 属性可以被设置默认值 Jan 15, 2015
@pimgeek
Copy link
Author

pimgeek commented Feb 6, 2015

除了希望 @ben7th 针对需求做出回应,对 @ben7th 的另一项建议是:把这个需求中不符合任务安排的点,在评论中写出来,以便 @pimgeek 在撰写后续 issue 时不断改进。

今天我得到的信息是:避免提出【立刻开始讨论,而且有可能占用不确定多的时间】这种需求。

具体的量化方法如下:

1 @pimgeek 提需求之前做到心里有数,让 @ben7th 知道有【几点内容】要讲。
2 @pimgeek 提需求之前预估讨论时间,让 @ben7th 知道需求的讨论大概会占用【多长时间(分钟/小时/天)】。

@pimgeek pimgeek changed the title 希望对话泡泡的文字的 speed 属性可以被设置默认值 希望对话泡泡的文字的 speed 属性可以被设置为某个全局默认值 Feb 6, 2015
@ben7th
Copy link
Contributor

ben7th commented Feb 6, 2015

经过讨论,事实上想要做的效果是:希望用户在浏览过程中,能够自己控制对话的全局展示速度。

但是经过我的考量,存在目前以下两点,需要进一步解决/确认后,才可以做:

  1. 需要有充分的用户反馈,说明针对同一个演示,有人觉得快,有人觉得慢。这样,才充分说明应该让用户自己控制速度,而不是完全由作者去定义/优化(例如,我做了一个演示,发给了100个用户,确实有一半用户觉得快,另一半用户觉得慢。我确认了这种众口难调的情况,我才觉得有把选择权交给用户的必要。否则,根据一般的产品简化原则,应该更多地剥夺用户的选择权,而不是赋予用户选择权。)
  2. 加上这样的全局播放速度控制后,由于目前的某些演示中,本来就存在有的对话泡泡说话快,有的对话泡泡说话慢的情况(可能是为了某种演出效果而特别这样做的),那么,在这种前提下,如果要全局调整播放速度,除非调整的是系数(倍率),否则的话,会导致逻辑不自洽。

@pimgeek
Copy link
Author

pimgeek commented Feb 6, 2015

好,针对你的评论,我给出以下回复

1 我承认小白用户基数不足,不足以敲定需求。而且,我赞同 剥夺用户选择权 的原则。这个需求点的后续跟进,我组织好思路以后再继续。

2 考虑到你说的 充分理顺需求 优先于 减少眼前的开发成本 的原则,我也赞同调整倍率系数而不是改变所有 speed 数值到一个单独的数字。

@ben7th
Copy link
Contributor

ben7th commented Mar 5, 2015

b3213bf

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants