小寒 说: 没错那就是一坨翔因为一时间找不到合适的按钮了 嗯我也注意到了，有“新动画未看”“新提醒未读”这种tip和status indicator应该要不一样才对，于是要另外想出一种indicator样式来……
Hiyori 说: 把凹进去的效果变成凸出来就好 对了另外注意到一点，左栏的分类（进度管理/社交网络）和分类内的项的左对齐位置是一样的感觉有点违和感。像是Finder之类的树形视图的话都是把分类内项目对齐到那个显示收缩...
小寒 说: 木有原因因为要是做成树形视图的话那么大的字就摆不下那个小圆形tip了 要么就去掉倒三角好了？不收起来也无所谓。 唔喵，现在在纠结要不要做dark版本。那个words阅读器就是暗色的主界面好漂亮www
Hiyori 说: 我也觉得去掉就行，反正总共也没多少个项不会有人收起来的。 先把light版做完了再试试dark版吧，不然样式什么的好麻烦。
小寒 说: 原本在UI初期想要在程序内找个地方给提醒的，后来一想这是Mac版的UI，干脆直接用notification center算了
粘土火星 说: 最好两种都要有。。。
滾滾洗衣君 说: 外粉里黑。
小寒 说: 所以说做成全黑背景，用粉色做scent color就对了？貌似有点意思
滾滾洗衣君 说: 表太認真。
小寒 说: 试过换成粉的了，不好看。要psd来试试么？
Hiyori 说: 给我来份psd试试？ 最近在帮别人做一个管理婚礼的webapp所以搞了好多粉嫩颜色的mock
小寒 说: 哦哦！ http://d.pr/f/cDL1 中文字体是Hiragino Sans（Mac应该有预装）西文字体是Gotham Narrow
Hiyori 说: 这样感觉如何？我挺喜欢粉色的=v= topbar稍微加了点纹理，可能要图片100%才能看得出来 话说我觉得badge/label的渐变倒过来比较好看耶...
Dodo 说: 这样挺不错的呀ww 虽然我不喜欢粉色但是看起来也没那么差啦
小寒 说: 喂喂不是嘟嘟要粉色的么！！！
Dodo 说: 因为bgm就是粉的呀
小寒 说: 粉色太明艳了以我的功力控制不住
粘土火星 说: 中性的灰色多简单，而且符合Mac一贯的风格。。。。。 现在一是比例有问题，我这个破显示器还过饱和（貌似）。。。。晚上回家用Retina看看www
小寒 说: 果然还是要回归灰色top bar么 比例有问题说的是边栏和内容框？边栏的字是故意调大的为了好点
粘土火星 说: 比例问题最明显的不就是一大坨蓝的吗w 至于字感觉不要刻意加大啊。。。
小寒 说: 其实那一大坨蓝色后面还要加点按钮上去就感觉不那么别扭了 字的话会调小的谢谢提醒w
粘土火星 说: 仔细看了一下这个字号应该是父标题级别的wwww，现在正好反过来的感觉 而且本来文字导航观感不如图标，但现在醒目度也是反过来的。。。囧rz
upsuper 说: 我也支持用粉色的说~
小寒 说: 行了决定就是黑底粉了
粘土火星 说: 恩，颜色还好，不过字体。。。冬青虽然我是非常喜欢ww，但有个缺点是在某些字号下加粗非常难认，建议标题看看能不能换一种。。。 Google Reader也这样让我很火大。。。
小寒 说: 我宁愿用大号也不愿意用加粗就是因为冬青用W6很难看，除非信黑，可是信黑自然我是买不起的。 日文的话试试用小塚？
粘土火星 说: 老的华文细黑呢？？？
小寒 说: 个人喜好，不喜欢喇叭口。
林卯 说: 呜，我提议的铋质感没有接受… 字体不用系统默认，用图片吗？
林卯 说: 看起来很好。
小寒 说: 咨询了一下设计湿喷油，说质感和光影还需要改善……
林卯 说: 进度条上的圆圈顶上少了1像素的样子。 我先看的框架，质感和光影以后再考虑。
小寒 说: 嗯，那个地方原来加了高光，缩了之后就缩不见了而我又懒得重做一个 从iTunes借来的灵感，把点格子化为时间线的概念看起来很好吃。 那个on air的状态指示上加了0.7%的Gaussian nois...
林卯 说: Fireworks里有个杂点功能，感觉像是你所说的高斯噪声。如果需要用杂点处理出磨砂化效果又想不脏，这需要多层次地加——说来话长，不如参考现实物体来得容易。 关于“高端”按钮，给个参考：
粘土火星 说: 好评，布局有点疑问就是左下角那里到底是干什么的。。。。 连badge都是圆角矩形也有点不习惯， 还有那几个诡异的前进后退播放按钮也wwwww
小寒 说: 左下角那个是讨论条目的入口。 关于那堆前进后退按钮么，可以用来做界面内导航用……另外，由于将点格子化为timeline，如果窗口内一条timeline不够长摆下全部章节的话，就要用前进后退功能了……
林卯 说: 对了，头像框固定用圆形切割不太好，不一定适合各种头像，最好头像框形状是可选的。 时间线长度可设计成自适应窗口，或者蛇形，长出窗口外的就使用上下滚动条浏览，可使用滚轮减小鼠标操作。
林卯 说: 对了，头像框固定用圆形切割不太好，不一定适合各种头像，最好头像框形状是可选的。 时间线长度可设计成自适应窗口； 或者蛇形，长出窗口外的就使用上下滚动条浏览，可使用滚轮减少鼠标操作。
小寒 说: 自适应长度时间线要是像柯南那样bgm有100集那不是该挤死了 当初也考虑过滚轮。但是用户不会觉得本来是纵向滑动的滚轮用来做横向滑动很有违和感嘛？而且这种东西大概是没有视觉提示的，所以又要专门提示用户“...
林卯 说: 蛇形就是纵向的喽~ 1→→→→→→10 ↓ 20←←←←←11 ↓ 21→→→→→30 ---(向下滚动)---↓
小寒 说: 为什么要做成蛇形？用户看到时间线不完全显示的话自然会想是窗口不够长，所以会想“横向滚动就能看到隐藏的部分”了吧。我觉得蛇形滚动虽然neat，但是不符合用户的预想。
林卯 说: 呃，不是蛇形滚动，是蛇形的时间线(窗口内可排3行，每行包含的集数按窗口宽度来)，如果还是长到窗口外，则可上下滚动… 自适应长度时间线的每集之间有个最短距离，如果窗口宽度不够则按上面的蛇形来拐弯… ...
小寒 说: 我知道你说的意思，就是比如有30集，自适应后一条时间线可显示10集就会纵向滚动三次这样。但是我说的是用户不会预计到这里该上下滚，因为他会觉得时间线不够长显示的话横向活动就能看到（我觉得一般人都会这么想...
林卯 说: =_,= 确定？ 即使做成这样，用户还是不会预计到这里该上下滚？
小寒 说: 我要把时间线像音乐软件的播放进度条那样放在窗口底部一长条…… 我也不是说用户看不到，而是蛇形时间线不符合用户预计，虽然通过提示用户也会明白可以这么滚。 不过你为什么要坚持蛇形呢？
林卯 说: 倒不是坚持蛇形，只是比较新奇而已。虽然新奇的设计比较冒险但也能加深印象。 但如果不用蛇形，又如何在不用翻页按钮的同时解决时间线过长的问题呢？翻页按钮要多按1~n下(在前后按钮之间再夹页数按钮？)，这就...
小寒 说: 不喜欢鼠标悬停计时的设计是因为我觉得这种“出现”的设计只适用于程序“主动给用户提示”，比如“这一条点完了，主人要不要点下一条？” 翻页按钮跟页码按钮实际上功能有重复，倒不如设计成翻页按钮只在鼠标进入某...
番組设计
嗯我也注意到了，有“新动画未看”“新提醒未读”这种tip和status indicator应该要不一样才对，于是要另外想出一种indicator样式来……
对了另外注意到一点，左栏的分类（进度管理/社交网络）和分类内的项的左对齐位置是一样的感觉有点违和感。像是Finder之类的树形视图的话都是把分类内项目对齐到那个显示收缩的小三角的右边的，用来显示一层套一层。小寒这个对齐是有原因的吗？
要么就去掉倒三角好了？不收起来也无所谓。
唔喵，现在在纠结要不要做dark版本。那个words阅读器就是暗色的主界面好漂亮www
先把light版做完了再试试dark版吧，不然样式什么的好麻烦。
为了consistency还要先做一套UI Kit出来试试看效果……
最近在帮别人做一个管理婚礼的webapp所以搞了好多粉嫩颜色的mock
http://d.pr/f/cDL1
中文字体是Hiragino Sans（Mac应该有预装）西文字体是Gotham Narrow
这样感觉如何？我挺喜欢粉色的=v=
topbar稍微加了点纹理，可能要图片100%才能看得出来
话说我觉得badge/label的渐变倒过来比较好看耶...
虽然我不喜欢粉色但是看起来也没那么差啦
但是bgm普遍用的粉色严格意义上来讲不是粉色而是淡红色呢，很洋气的颜色所以基本做什么都不难看。
现在一是比例有问题，我这个破显示器还过饱和（貌似）。。。。晚上回家用Retina看看www
比例有问题说的是边栏和内容框？边栏的字是故意调大的为了好点
至于字感觉不要刻意加大啊。。。
字的话会调小的谢谢提醒w
而且本来文字导航观感不如图标，但现在醒目度也是反过来的。。。囧rz
Google Reader也这样让我很火大。。。
日文的话试试用小塚？
话说这几天正在看obj-c，感觉真的是奇葩www
字体不用系统默认，用图片吗？
自己也觉得好像哪里有问题，就是看着没那种高端洋气上档次的赶脚……
我先看的框架，质感和光影以后再考虑。
想高端洋气上档次是可以，但做出来和bgm.tv未必贴切…
从iTunes借来的灵感，把点格子化为时间线的概念看起来很好吃。
那个on air的状态指示上加了0.7%的Gaussian noise，其他都没加。果然以后还是得用vector mask上noise啊，不然有点脏。
关于“高端”按钮，给个参考：
连badge都是圆角矩形也有点不习惯，
还有那几个诡异的前进后退播放按钮也wwwww
关于那堆前进后退按钮么，可以用来做界面内导航用……另外，由于将点格子化为timeline，如果窗口内一条timeline不够长摆下全部章节的话，就要用前进后退功能了……
时间线长度可设计成自适应窗口；
或者蛇形，长出窗口外的就使用上下滚动条浏览，可使用滚轮减少鼠标操作。
我觉得用滚轮什么的不太容易被普通用户接受，还是前后就好了，或者如果看过的章节不重要的话可以把几个连续的状态相同的压缩在一起什么的然后点一下弹开来？
当初也考虑过滚轮。但是用户不会觉得本来是纵向滑动的滚轮用来做横向滑动很有违和感嘛？而且这种东西大概是没有视觉提示的，所以又要专门提示用户“这里可以滑动滚轮”，比前进后退按钮不方便吧。
1→→→→→→10
↓
20←←←←←11
↓
21→→→→→30
---(向下滚动)---↓
时间线不完全显示使用的是渐隐，且光标驻留时间线400毫秒后显现纵向滑动条来提示。
自适应长度时间线的每集之间有个最短距离，如果窗口宽度不够则按上面的蛇形来拐弯…
——好像2个方案合并了？
即使做成这样，用户还是不会预计到这里该上下滚？
我也不是说用户看不到，而是蛇形时间线不符合用户预计，虽然通过提示用户也会明白可以这么滚。
不过你为什么要坚持蛇形呢？
但如果不用蛇形，又如何在不用翻页按钮的同时解决时间线过长的问题呢？翻页按钮要多按1~n下(在前后按钮之间再夹页数按钮？)，这就导致不如点格子省事。
呃，还有实际可以是很长的蛇，视窗口宽度，一行可以到24话一长条再拐弯(超过24话不多)，但bgm会压缩尺寸所以我改窄了。
(#8-15我又编辑补充了，从引用部分看你或许没看到)
翻页按钮跟页码按钮实际上功能有重复，倒不如设计成翻页按钮只在鼠标进入某一区域时才渐显这样？
上下滚动功能 是在激活窗口并光标进入时间线周围区域瞬间就有效的，
悬停出滚动条 只是估计用户还是不知道怎么办时提示用的(300毫秒是用户还没有开始慌张的时间)，
而中键滚动时也出滚动条 则是提示接下来的长度。
翻页按钮现在变成什么样了？如果不碍事还是驻留着好，为了了解线长度还要给出共计话数或页数。