阅读:7429回复:25
【讨论】关于我的 Enhanced word highlight 脚本的问题
因为我实在测试不出问题所在,所以就不在置顶帖中讨论了……
希望大家安装最新版 GreaseMonkey 和我这脚本的最新版1.3.4c(http://userscripts.org/scripts/show/64877)帮忙测试。 这帖是源于 userscripts.org 上一个用户提出的要求: http://userscripts.org/topics/45810 Feb 10, 2010 2:59pm 这脚本 V1.3.4c 在“no_auto_hili”设为“1”后除了不针对搜索关键词自动高亮外其他功能包括 Ctrl-/ 快捷键以及锁定关键词自动高亮都是正常的,这也是设计功能,我在自己的 3.6 tete009 sse2 以及 3.5.7 正式版、都装有 GreaseMonkey 最新版的配置中测试均正常。所以我实在不清楚他为什么不能用。 当然,前面说改名是 1.1.2b 的事情,我记错了; Ctrl-/ 快捷键出现失灵的情况 kmc 也遇到过吧?后来是否解决了?怎么解决的? |
|
|
1楼#
发布于:2010-02-21 16:26
楼主辛苦了. 上述问题就是我提出的.
|
|
2楼#
发布于:2010-02-21 16:26
Ctrl+/ 快捷键的问题我后来注意了,好像在某种不规则的HTML网页和纯TXT网页就打不开
例子:bugzilla上的 https://bugzilla.mozilla.org/show_bug.cgi?id=100086 Gmail邮箱和很多js丰富的Google产品 本地的网页(这个挺可惜的) 纯文本网页 https://bug250983.bugzilla.mozilla.org/ ... ?id=159929 我估计HTTPS都打不开吧 所以其实也没有太在意了。其实我很希望你能抽空加一个字长的判断,2字符和1字符的不要匹配,相信应该也很简单的。否则经常是满屏的to, is, a, in的匹配,总是要edit。 |
|
|
3楼#
发布于:2010-02-21 16:26
joshatt说的,也有注意到。感觉referer出来的页面会一直保留前面搜索结果的关键字列表,如果你在这个页面继续浏览别的网页,即使是到了别的网站去,因为我在地址栏输入是默认覆盖当前页面的,所以依然会高亮这些关键词。
例如,Google出“good firefox”,然后点击第一结果 http://reviews.cnet.com/browsers/mozill ... 17280.html 这时good firefox高亮,然后在地址栏输入本论坛地址 https://www.firefox.net.cn/forum/viewforum.php?f=4 回车,新页面依然高亮“good firefox”。 不过我觉得能保留久一点也没有什么不好,大不了就关掉这个页面开一个新的。 |
|
|
4楼#
发布于:2010-02-21 16:26
1. 这脚本原本就只匹配“http://*”,所以“https://*”的网页都不会匹配(对 AMO 的支持我已经加上了,下版把“https”匹配加上吧)。
2. 插一句,对 Google Maps 天生不支持,所以直接加了排除;不兼容现象在有高亮又在搜索框进行搜索时出现,目前无解。 3. 纯文本文件严格来说不算网页,因为那样无法插入样式表(无head区)也无法实现插入高亮容器(非网页结构无法产生 XPath),所以脚本原本就有判断页面格式的语句,排除非 html 格式。 4. 不能在本地的网页起作用是 GreaseMonkey 的限制。(能够手动解除限制,详情见:https://www.firefox.net.cn/forum/viewtopic.php?p=238528#238528) 5. referrer 这个……我还是加个开关吧,要是又储存起来判断 referrer 为哪个网址时不高亮搜索关键词实在是很不必要。 6. 还有一个自动高亮方式是根据 window.name 的,所以同窗口(标签页)下也自动高亮,例如发生翻页后或者同主题的相关页面中有用,这个也加开关好了(不要怪我开关多就好)。点“X”时 window.name 会被清空,所以只需要“X”掉一次即可;但脚本不能改当前页的 referrer (能自定发送请求的 referrer 而已),所以那个只能靠开关了(能否融合到“X”里面去呢?让我思考一下)。 7. 字长判断倒很简单,我的想法是默认不高亮(复选框不选)而不是过滤掉,也加个开关(同上)。 如果 joshatt 遇到的是你提到的情况,那就没什么问题了(反正我已经推得一干二净了,呵呵 )。 ---- 比较过楼主说有问题的 1.3.4c 和没问题的 1.2.8 的源代码,差异的部分大都在面板界面上的改动,没高亮任何关键词的话是完全不会有影响的;唯一可能跟面板界面外有影响的就是变更后的快捷键设置而已,所以希望 joshatt 通过禁用其他扩展或脚本检查快捷键冲突问题。 另外,joshatt 可以在重现你所说的问题时调出“错误控制台”看看里面有没有关于我的脚本的错误信息,有的话发上来吧。 |
|
|
5楼#
发布于:2010-02-21 16:26
更新了,kmc 你测试下吧
|
|
|
6楼#
发布于:2010-02-21 16:26
增加部分关闭自动高亮的选项;增加跳过高亮短词的选项,应求,增加关闭自动高亮的选项
这些“选项”在哪里调整? |
|
|
7楼#
发布于:2010-02-21 16:26
像chrome查找的时候,会在滚动条上画出道道来,点过去自动跳转,不过这脚本也算弥补了。
相当不错,很强啊。 |
|
8楼#
发布于:2010-02-21 16:26
增加部分关闭自动高亮的选项;增加跳过高亮短词的选项,应求,增加关闭自动高亮的选项 好吧,是我的用词问题…… // Stop auto-highlight on supported pages? 0-no, 1-yes, 2-only those from Google var no_auto_hili = 0; |
|
|
9楼#
发布于:2010-02-21 16:26
谢谢。是有用的,短词的处理方式完美。
|
|
|
10楼#
发布于:2010-02-21 16:26
不过话说GM脚本倒是可以有选项的,今天才发现,右键点猴子图标,那个“user script commands”菜单,如果启动的脚本有选项,就会出现。
|
|
|
11楼#
发布于:2010-02-21 16:26
|
|
|
12楼#
发布于:2010-02-21 16:26
你这么一说,也确实是,一般设定好了就不改了。没准以后可以有。或者把你写的另一个脚本,总是高亮某些关键词的那个(假设叫Always),加上这个功能,那个脚本的关键词列表经常要改。事实上那个脚本的功能我觉得也挺有用,比方说我开了几个页面,突然想在这几个页面中搜索某个词,我当然可以一个个Ctrl+F来找,但是一是麻烦,二是多个单词的“或”逻辑用Ctrl+F没戏。这是如果用EWH这个脚本,它的Lock功能是不能对已经打开的其它标签页起作用的,如果有Always就方便了,临时用脚本选项加一个关键词列表,一个个刷新一下就行。
|
|
|
13楼#
发布于:2010-02-21 16:26
这是如果用EWH这个脚本,它的Lock功能是不能对已经打开的其它标签页起作用的,如果有Always就方便了,临时用脚本选项加一个关键词列表,一个个刷新一下就行。 EWH Lock 了关键词也可以一个个刷新的…… 当然,“Always”资源消耗少也是优势,那我先改“Always”好了。 |
|
|
14楼#
发布于:2010-02-21 16:26
这个脚本挺好用的,谢谢楼主。
我用来高亮英文关键词时有些小错误,统计数字不准确。 如在这个网页 http://www.bizrate.com/bath-accessories/bathroom-linen-cabinets/ 统计"storage" 和 "storage cabinet",前面一个是实际的两倍还要多,后面一个也不准确,似乎不能统计词组? |
|
上一页
下一页