于是，明天就是修罗场了

好吧，其实真正的修罗场是后天 baozic01 如果说明天是大BOSS的话，后天就是最终BOSS，不论就难度来说还是就重要性来说 ＞v＜
明天是线性代数，今天只花了不到一个小时就基本复习完毕——那东西的确不难 喝茶
然后下午是化学——那个东西更是简单了 tuzji18
而问题是后天的力学，然后加上两个微积分的考试。。。为虾米微积分的考试有两门啊 TaT
嘛，后天考完之后，就只剩下一门日语的考试、一个8月7号之前要交的日语的报告和一个英语的考试了——这些都是小case baozib07
大四真好 TaT 到了大四就是毕业研究，没有考试了 TaT

话说今天利用考德语的口试之前的一点零碎的时间再次将博客做了一些修改，首先是利用mg12大大的一个脚本添加了一个只会在IE6上显示的提示文本，大致内容就是你使用的是IE6但是这个网站会对更新的浏览器提供更好的浏览体验云云，有兴趣的同学可以打开IE6过来围观——嘛，虽然偶并没有加入IE6 Must Die这个组织，8过这个提示语句非常友善，至少没有说IE6去死这样的话 喝茶

然后去掉了原来侧栏的Poll组件——因为最近想不出什么需要投票的东西，原来的那个问你是哪儿来的的那个投票因为Google Analytics的导入而变得没有什么实际意义了 tuzji17 因此关掉

接下来是在侧栏添加了5sounds的新专辑Yukar和Key的还未发售的具体内容不详的游戏Rewrite的Banner 喝茶 其实偶很早就想在博客里面添加个什么东西的Banner了，只是一直没想到合适的东西，直到昨天看到Key的官网上发出了关于Yukar那张专辑的一些碟片错误的通知——当然，这些Banner是会不定期替换的，毕竟应援Banner是有时效性的 miffy07 只是要说的话，那个地方暂定名虽然是Ad，8过似乎这个词不太好听，可是一时想不出更好的单词了，暂时先将就着那样吧

最后是添加了一个非常有用的js脚本——当鼠标悬停在回复信息的@user上时会在鼠标旁显示被回复的信息，最早是在mg12的博客上看到，今天在茶馆看到的时候问了一下掌柜，说是mg12大大的一个脚本，于是就前往学习了一下之后加上了 tuzji21

嘛，今后的预定是在回国之前精简一下侧栏的组件数量 寒っ

至于说嵌套回复，偶想说的是——偶一定不会添加这个的 喝茶 原因很简单——偶并不喜欢嵌套回复 tuzji18
为什么偶不喜欢嵌套回复？让偶们来看看嵌套回复的好处：嗯，回复评论和被回复评论之间的关系能够让人看的非常清楚一目了然不用拖动鼠标也不用点击@user就知道这个回复是回复的那条评论 tuzji11
但是这个原有的嵌套回复的最大优势已经随着今天添加的那个鼠标滑过悬浮窗口的JS而被大幅削弱——即是偶不用嵌套回复也能在不拖动窗口的前提之下知道这条评论是回复的哪一条评论 baozia07 要说的话嵌套回复剩下的好处仅仅是在多层回复的情况下也能一目了然，而这个JS目前只能显示一层回复；以及嵌套回复能够看到这条评论有没有回复，而现在这一点还做不到 miffy07

接下来偶们再来看看嵌套回复的坏处：最重要的一点就是严重打乱评论的显示顺序，偶对于这一条的要求非常高，要求最新的回复能够用最快的方式查看到，因此偶才会使用新回复在上的时间倒序排列，（顺便为了方便需要留言的用户，还特意将评论输入栏放在了评论显示的上面）而如果使用嵌套回复，你的回复的显示位置就会受到你所回复的帖子的位置的影响 tuzji12

另外一个坏处就是排版的不美观——当然，审美观念是因人而异的，这里说的不美观自然是偶自己的个人看法，偶的审美观是实用高于华丽，简练而不简单（当然，ACG相关有爱物除外），这直接影响了偶的择物观——为什么偶用Mac？因为Mac的界面非常简洁而不失华丽，而最重要的是他的界面是为了用户的使用而存在，而不是为了把用户的眼睛胀疼而存在；为什么偶用iNove这个主题？因为iNove主题非常简练，需要有的日常功能非常充足，同时也没有什么过分花哨的东西，而且很重要的是有着强大的功能的同时即使盯着这个网页很久也不会让人觉得眼睛疼——当然，或许一个网站偶们并不会花很长的时间关注他，特别是如果这个地方还只是一个名不见经传的路人的吐槽志；但是试想如果偶把偶的博客以此为理由做成一个花哨无比的地方让人看个两秒钟眼睛就涨的不行了的地方的话，你还舍得过来看么 tuzji11 嘛，或许在你不想进来看之前，偶都已经有了把这个博客删掉的冲动了 tuzji12 （放心，那个只是偶原来百毒的博客用这个模版的话的预览，偶才不会用这个模版呢）跑题了，话题扯回来，虽然嵌套回复并不会让人眼睛发胀，但是对于偶来说嵌套回复之所以偶不喜欢就是因为那个多层嵌套框架的密集线条严重不符合偶的审美观 baozib12

还有什么坏处么？还有，这个坏处可以说几乎是决定性的一个坏处——嵌套层数限制，因为嵌套回复使用的是在回复里面加入一个比原来更小的框架的方式来表示回复，在回复多了之后，回复框就会一层比一层小，直到小的看不清，或者到你设置的嵌套层数上限 tuzji22 总之，不论是哪一个，回复层数都是有着限制的，当回复发展为版聊的时候，嵌套回复的框架显然就会成为一种鸡肋，如果你希望版聊，使用嵌套回复无疑有两种方式：如果你版聊的对象不是博主，那就在框架变得小的不行之前使用重新回复他第一句评论的方式来阻止框架无限制变小；如果你版聊的对象是博主，那还可以使用嵌套满了之后就新开一个评论的做法 tuzji09 这两种方式，前者虽然变相解决了嵌套框架过分变小的问题和嵌套层数限制的问题，但是由于所有版聊的来源是你们两个人或几个人的某一个人的某一条评论开始，因此版聊的记录均在这一个评论里面，这就导致这一条评论会占据大量版幅，而下一条评论需要人们滚动很久的页面才能看到，而如果连续几条都是这样的版聊的话——还有人看得到有意义的评论么 tuzji01 而后者，虽然解决了这样的问题，但是你不可能期待每一次都是和博主版聊对吧 tuzji12 而偶是个很容易就能将回复演变为版聊的人，因此嵌套框架对于版聊的不适合，是本人坚决不会使用嵌套回复的重要原因 baozib13

以上，好久没有码这么多字了 miffy05 庆祝一下

Author: 星野恵瑠

Mac user, Niji-Ota, Chinese, Now working in Japan at MAGES. Inc., Future's aim is that one day my name can be listed in Wikipedia View all posts by 星野恵瑠