很早之前就想写这个了，总是在amaon直接挑书再查豆瓣，而且每次都觉得不方便，憋到现在才处理。 其实这个在豆瓣日记也写过了，但是不在博客记录下感觉不舒服。写js的过程还是很不舒服的，虽然整个脚本只有65行，但是花了有近2天。。。还寻求了wong2的帮助，js功底可见一斑╮(￣▽￣”)╭…其实现在回想起来，就是基本功不扎实。而很多其他东西，也是如此。像js里，什么东西可以appendChild什么不可以都查了好久，原生js不写确实没什么好处。算了，总是吐槽自己也没什么意思，来张效果图吧： 因为很简易所以就不要来吐槽什么的了吧。。。有需要就用吧~ 脚本安装地址：http://userscripts.org/scripts/show/126632 （chrome直接安装即可， firefox需要先安装伟大的油猴 https://addons.mozilla.org/zh-CN/firefox/addon/greasemonkey/ 再安装脚本~） 了却一个小心愿，如是甚好~ 目标继续推进~~
Category Archives: Works
CIPPUS再上线~
2011年11月22日 – 12:54 下午
关于CIPPUS，我想大部分人不了解。在此我就作个简单的介绍。（更多请关注sharpmark前辈的blog） CIPPUS是一个隶属于SSDUT的大型技术组织，成立于03年。而鄙人作为SSDUT的一分子，有幸在有生之年加入了这个团队 = = 组织内部划分不同技术小组数十个（目前是，刚开始很少，但是现在多了，自然不如以前质量好了吧），牛人出过很多，并还在努力出。。。 这么大一个组织，网站是必须的，于是在04年就有了这个计划而事实上也完成了CIPPUS的网站建设（甚至还有BBS等）不t过，由于一些不可抗力，网站最终并没有长期运行下去，甚至一度处于崩坏的地步。后来，多了几年，对，是几年，中心一度决定再把这块拣起来，不过很可惜，由于另外的一些不可抗力（怎么都是不可抗力？），工作一度又停滞了。。。于是在上个学期快结束的时候，当中心再提起这件事的时候，这个重任，很不巧地落到了我的头上。。。 然后为什么到现在才上线呢？可能是我们也遇到了阻力，但是很幸运这一次，我们遇到的是可抗力:) 于是，前台->后台。。目前的这个beta就这么出来了，其实要做的功能太多了，但是如果再不挂上去，又显得不太好 XD 地址么 cippus.dlut.edu.cn~ 网站其实是横版的，用了很多fixed 加 z-index,所以在高度的处理上做得不是很好，尽量做了对很多浏览器分辨率的兼容（但是比起Gmail的那种兼容，差远了。。。以后改吧） 团队目前2人，以后会慢慢壮大的~（2人都是CIPPUSweb组的，包括我）以后关于网站或者团队的事情，基本会更新在团队博客sugoi里~而同时，作为一个崇尚Geek文化的团队，我们以后也将会将很多东西，一步GitHub，目前帐号就先不公布了，等成型后吧~~敬请期待~ 最后，上个截图。。
模拟post的快感与js跨域的无力
2011年03月13日 – 6:43 下午
自己的执行力从最近的几件事来看，完全是。。。用日语就是ぜんぜん不行。。。 先就刚完成的一个脚本来讲（后台是个还算简单的脚本，但整体的话也算是麻雀虽小，五脏俱全了–这里~~~~~~~~~~~） 先上图。。。（非商业网站，图片非原创 = =） 这个其实是个填词游戏的辅助查词工具，从表单就可以大概看出来~ 项目本身是某学长嘱托的，给了个国外的查词页面，但页面很凌乱，而且我们需要自己的。但是问题也很明显，这个查词系统和词库没那么好弄，那么怎么办呢？在把盗用数据库和自己实现算法推倒后，我们最终还是选择了比较方便的类似代理的形式，就是我们建个自己的页面（也就是这个），将参数投递到那个网站，再把结果抓回。 好了，项目大体就很清晰了。于是我和流氓有正对性地去找办法解决。其实我们也没有做过这种东西，只能去各处碰了。。。 第一个想法是用一个服务器脚本（Jsp或PHP）来填单传值，但是没怎么展开就想到第二个方案，纯JS（事后证明利弊都有。。。） 想用JS是因为起初我们对脚本操作表单确实一知半解，也没有什么容易下手的地方，然后恰好在查阅的时候看到JS自动填表提交的例子，于是一下子就心动了（诶。。。）最近其实就在看javascript和ajax来着（没怎么实践呢），于是毅然决然地做了。 这个方案初定的计划是用隐藏iframe来放国外额原始页面。然后给他参数并抓回结果。刚开始我们确实想得就是这么容易的，还准备一晚上就搞定来着。。然后我们开工。。。把form1的target指向form2，然后填完form1后，原始网页在form2里出现，结果就在那里，我们眼看就要到手了哇，这鸭子来得。。。hiahiahia（form2是个iframe） 诶！！！js操作iframe不能！！！！！怎么不能啊？？？明明这么顺理成章的事情诶。。。 “流氓”也同时抑郁了。。。 后来再深入探讨的过程中我们发现，这个就是最典型的js跨域问题。。。囧 大囧哇。。。果然是js新手。。。所谓跨域，上图= = 所以，很明显，我真的是最最最最最最最典型的跨域了 = =
接了个任务
2011年01月27日 – 1:08 上午
回来几天之后突然接到了这个任务，负责做十几个静态页面，是个国际会议。 开始的时候参考了很多往年的网页，不过毕竟这个会议不是前端或设计为主题的（是也轮不到我做= =），又是静态的，所以要求其实不算很高。又因为自己之前做的很多东西拼了个框架，所以这次的任务前期写地很快。可是很快我发现，一直像以往那样不执着在每1像素的话，bug其实是那么的多，特别是在对付IE的时候。 在FF和Webkit的浏览器里，CSS3支持得已经很不错了，包括圆角和透明度。大部分浮动处理得也十分到位。但当你用IE（即便是IE8）的时候，你会发现网页一下子面目全非了。。。这是不可避免的，而自己才真正第一次认真对待这件事情= = 小细节方面处理了很多，就不一一赘述了。但重点提几个。 首先，你会发现，在FF或Chrome里body明明居中了的，无论是1024px还是宽屏，但是到IE底下，真个body是紧靠左边的，这让我很不解，明明是一样设置的。。。我真白痴，人家IE就是不一样的啊。。。 于是去找答案吧。。后来明白，传统的 margin:0 auto; 是没有你想象中的神奇功效的。。。 text-align:center; 呢？有人说用在body而不是html里，不行。。。 总之是不行就对了，而且你浮动，限定了body的width之后，向右浮动，两栏的右栏会随着浏览器的大小变动而浮动，而不是居中靠在body右边。。。所以，也许解决了居中，就解决了浮动的问题。。。 后来发现问题的关键是IE8之前，他们对浮动和定宽的识别做的很不好，如果你给中间的两栏框个容器（需要有高度），定宽，那么上述的几个小问题就都解决的。。。就是这样。。。为什么？ 我也不清楚，该问MS的人。。 由于设置了定宽，就没法做流式设计了，这点上自己没有继续研究，也许交差之后。。。 总之，对付IE，任重道远 = = 最后，上一下截图吧，也算是自己的劳动成果 : )