Enhanced word highlight “Slim” 设计预览和征求意见

图在附件。
计划改进的地方有：
减少面板的高度；四个功能按钮一行显示；鼠标未移上关键词时黑条不显示；默认贴底边显示。
计划但可能有争议的地方有：
功能按钮单字母标示；取消关键词黑条，直接左／右键跳转下／上一个；不单独写“Slim”版而将设计加入到原版中。

关于之前有坛友希望（面板）垂直显示，我经过测试之后觉得不可行，因为关键词的长度会很大程度改变面板的面积，影响外观；而且不好放置分布图。

希望大家发表一下看法、意见和建议~

**关于高亮带空格、特殊符号等关键词的问题，我想在以后将其处理关键词的方式更改成统一转换成正则表达式（目前是正则和普通文字分开处理），做起来可能会很难……

foxfirefox：楼主应该直接代替查找栏。因为有了这个功能之后，还谁记得查找栏。回到原帖

要代替查找栏就一定要写成扩展，这样的话 XUL /Migemo 就做得挺好了。
我也试过用 User Script Compiler 来将 EWH 转成扩展，但结果是失败的。
而且，Firefox 3.6 开始似乎使用了文本流的方式来实现页内查找，证据是新的查找高亮不再修改网页（以前版本的修改查找高亮样式的样式表通通失效），而且对位于不同元素中的文本也能一起查找，如

<em>微软</em>公司

仍然能查找到“微软公司”，而我那脚本是无法这样做的。
我目前只能尽量先优化现有的 GM 脚本，直到不使其扩展化就不能进步。

回 arch7819：
（按段数）
1：嗯
2：这个我已经想好了，跟你想的一样
3：我想用边框变化，或者白色，或者两者结合，看哪个效果好
4：这个恐怕不够直观吧，我觉得自动隐藏复选框比较好接受
5、6：我觉得现有方式就挺好；对超长的网页来说分布图的确比较鸡肋；在悬浮在一个关键词上时显示垂直指示器、手动点击打开分布图这样的设计可以考虑。
7：密集地高亮同一二字中文关键词 2799个，用了 5.7 秒，取消这些高亮用了 3 秒，CPU 是 C2D 2.4GHz（Firefox 查找功能的高亮全部用了 1.2秒）。如果遇到这样密集地重复一个中文关键词还去手动高亮它的话，（就不说了）；如果是自动高亮的，那（情况不好说，反正概率也太少了）。对于标点符号同理。对于英文字母，脚本已经早就添加了过滤1~2个字母的短字符串的功能和选项，默认过滤单字母和单个数字，其他同此条第二句。
8：不需要高亮的话直接点“X”即可；我想象不出需要延时的理由。
9：这个我不清楚；我有这样的打算是因为原脚本对引号括起的关键词处理不好，正则也只能单独输入而不能跟普通文本一起。有更好的解决方法吗？

回 arch7819：
4：使用负数 margin 和 z-index 属性配合可以不影响原有布局的。
5，6：与其大动干戈去修改指示方式，我考虑过之后觉得，不如在停用／恢复一个关键词的高亮同时更新分布图，只需要让分布图绘制函数作一下调整就可以了；毕竟这个脚本是为了高亮和找到关键词，而不是分析关键词在文章中的分布。
8：脚本已经提供了停用自动高亮的开关，而且不影响手动高亮。看来将这个开关做入 GM菜单 是有必要的；也可以考虑在 Ctrl-/ 时自动获得关键词。或者考虑加个“设定”按钮。
9：这……我没看明白你想表达什么……反正这也不是近期将考虑的事情，有什么好的解决方法我就再欢迎不过了。

其实主要在楼主帖中我认为有争议的几点，特别是是否需要另立“Slim”版的问题上，了解大家的意见后，我就可以开始做了。

楼上上的第9点太超前了，就是说把//之间的作为正则表达式，但是可以跟普通表达式混用，这个从外行的角度看都有点苛求了

我以为他在介绍正则表达式用法……
其实这个目前的脚本就已经有了，只不过不完美，我在发布页也已经详细说明了：

** 高亮正则表达式： 在脚本的默认设置下，如果已经有高亮的关键词，你需要清空关键词输入框的复选框（也就是选“New”），然后才能输入并高亮一条正则表达式。如果你希望添加正则表达式到高亮而不是取代，请将“sort_keywords”设置值（见下面的“高级设置”）设为“0”。

原脚本处理的方式很复杂，对正则表达式只能处理“一次”，于是不能跟普通文本关键词一起排序，也不能混输；另外处理双引号方面由于高亮函数中还有清理标点符号的函数，所以也只能通过自动高亮正确高亮带空格关键词——这个一方面我还没搞清楚那函数，一方面对处理符号的取舍也未理清，所以也未作处理。

先多谢 arch7819 的代码（其实可以插入“代码”BBcode的），收起到时再用（其实还在探索各种方式中）。
－－－－
本来想搞成投票帖，结果出错了，现在连编辑楼主帖也不能了……
－－－－
然后我“独裁”地认为，“Slim”设计就是未来的方向，于是 EWH 的下一版就是这样的设计了（当然要比预览图好看一点）。
同时楼主帖的“争议”部分也全部被我实现了。
－－－－
新的争议改进有：
增加自动更新；将全部高级设置添加到 GM 菜单。
－－－－
10楼 第4点 被否决了，因为那样“突出”要太多鼠标触发语句，做出来也不一定美观，最后改成右上角自动隐藏，经过我试用，很合适。除此之外其他 UI 改进都已经实现了。
－－－－
就差上面所说的“新的争议”部分了。另外今晚 userscripts.org 一直 500 错误……

Roysing：
就现在的宽屏显示器和各种浏览器工具条拥挤的情况说，屏幕高度是不足的，横向毕竟能利用宽屏显示器优势。回到原帖

不考虑屏幕高度少于 768 像素的情况，那样的话只要工具栏不太过分是不会不足的。横向利用并不是非要一个窗口的东西占满全部宽度，而是允许横向并排两个窗口（根源还是面板厂商，明明面积小了还说“拓宽可视面积”）；而且，连微软 Office2007 和 Office2010 都不提供垂直工具栏。


已经提供快捷键了，FireGesture 模拟产生击键的脚本你自己搜一下好吧？除非要把鼠标手势功能造进脚本中，否则应该是 FireGesture 调用我脚本的功能而不是要我向它提供功能吧？

[quote="Roysing"]
面板中关键词后面的总数，是否可以显示当前定位到第几个这样的格式，就像（2/10）这样显示现在定位的是10个关键词中的第二个。当鼠标在【关键词（数量）】上悬浮或者滚动的时候就用【当前/总数】替换掉【关键词（数量）】，否则默认一直显示多一组数字和一个/符号还是很占空间的。[/quote]
可以考虑一下把这个做出来，但不会在原来数字的位置显示，而是悬浮显示。

应该是"/"的问题吧？因为我改ctrl+其他字母键都可以的。

直接用其键位码都不行，估计应该是特殊的吧。那样你需要到代码中把快捷键更改下了。

又安装了新版，有时候通过GM右键用户脚本命令，会发现显示为“P？T手动检查更新“字样，问号那个字母忘记了，反正就是三个字母。

用userscripts updater检测不出来有更新，它这个脚本只单纯检测版本号吧？

经过前几天的事件，这个为脚本加上自动更新的工具不知道还有参考价值否？
http://userscript-updater-generator.appspot.com/home

你给的那个就算了，我可不想向它贡献流量，更重要的是不想无端增加时间多经过一个网站。

另外显示字样的问题是因为更新脚本是通过上一次更新获得的信息填入脚本名称的，如果脚本无法获取更新（正常情况下应该是弹出“没有更新”或者出错信息，而不是什么都没有），这个名称自然也会出错。

另外：
[quote="userscripts.org"]Being DDOS again, this time 10,000 to 100,000 attempts at requests per second...

Trying to bring it back up with even more defenses

please learn how to use setTimeout properly

the load balancer is being overloaded ...

------------

There are ~10 scripts that are misbehaving.

Our current thought is to modify them to fix their updaters...

Most painful script is currently causing 109+ Mbps:

  By having the user download the entire source (~500k),
  each time the user loads their script

If you are a script author please remember to use
http://userscripts.org/scripts/source/(YOUR SCRIPT ID HERE).meta.js  
for your updating code.

-------------

Rewriting caching layer again to try to fix this

 - expect to push the new version by midnight PDT

Jesse - <!-- e --><a href="mailto:anotherjesse@gmail.com">anotherjesse@gmail.com</a><!-- e -->
[/quote]
官方说至少要到 PDT 时间今晚午夜，也就是北京时间今天下午三点，才能恢复正常。现已恢复正常了。
嗯……这样的话还不如让 Greasemonkey 内建个检查更新的 API 使得脚本开发者不需乱用检查更新函数。
－－－－
已经更新至 V1.4.2。