前端保证控制权

[void-main]

重新设计前端的控制权管理方式，保证：

• 对于任何一个slideshow，只能有一个speaker
• speaker登入之后audience就不能选择speaker channel了（UI上强制关闭按钮点击？增加密码验证？）
• audience不能点击页面
• audience不能看到nav bar

[zhf]

准备迎接权限系统。关注 @void-main 填坑。
On Apr 30, 2013 6:08 PM, "Void Main" [email protected] wrote:

重新设计前端的控制权管理方式，保证：

[ ] 对于任何一个slideshow，只能有一个speaker
[ ] speaker登入之后audience就不能选择speaker channel了（UI上强制关闭按钮点击？增加密码验证？）
[ ] audience不能点击页面
[ ] audience不能看到nav bar

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/19
.

[void-main]

这个issue算是underdiscussion的～～ @zhf @cliffwoo @DeathKing @Glowin @ultragtx 大家都来提提意见啊～

[void-main]

@zhf 我还开了一个专门关于权限系统的issue～～我想先从这部分完善～～parser部分交给 @DeathKing 绝对靠谱～～

[Glowin]

@void-main 是把演讲者和听众分成两个erb，还是在 slide_whole.erb 中添加判断来实现？

[void-main]

@Glowin 最好还是不要分成两个erb了吧～～因为这两个角色绝大部分功能都是一样的～～分开之后如果做调整还需要考虑同步问题～～

[ultragtx]

专给控制做一个页面呢
就跟你开双屏放keynote一样
只不过只有控制

[void-main]

控制做一个页面指的是这个页面只有控制的那些按钮？～然后包括一些note信息？～

[ultragtx]

就是那种

[DeathKing]

1. 上传者肯定是Speaker，有注册机制的话验证身份就行了。
2. 匿名上传的话，作为Speaker需要键入一个password。

所以关键是看我们现在的用户系统。

[ultragtx]

接着我说的那个:
iframe 敢用不

[zhf]

扩展新元素？
On Apr 30, 2013 7:36 PM, "Xinrong Guo" [email protected] wrote:

iframe 敢用不

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-17222104
.

[ultragtx]

我不知道iframe技术上能不能实现

直接两个iframe slides 和 note
整个外层是control

这个页面给speaker 然后slides就不需要区分用户类型

[ultragtx]

现在那版貌似挤很多东西在一块儿 还放不下note

[void-main]

要是先note需要 @zhf 设计一个note语法～～感觉不用iframe也能做到～～

[ultragtx]

我是前端菜逼

[void-main]

lisp程序员笑了～

[zhf]

用iframe 可能有坑。note 元素在spec 有个定义，看能不能满足需求。
On Apr 30, 2013 8:15 PM, "Void Main" [email protected] wrote:

要是先note需要 @zhf https://github.com/zhf 设计一个note语法～～感觉不用iframe也能做到～～

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-17223542
.

[void-main]

iframe可能有问题，尤其是涉及到url变换的时候。。

[cliffwoo]

同意 @DeathKing 的意见，上传者直接成为speaker，这个比较自然，其他人只能follow