合計レビュー数: 100
  • This extension does NOT WORK AT ALL when the profile folder is at different driver of firefox.(66.0b)
    I always use the -profile in the shortcut to split the browser and the config apart.
    For example, it works when Profile is in C:\ and failed when Profile in D:\ no matter the characters in the path(Browser is in C:\ in both case)
    However, the job is really very well done I have to say, 2 stars is just to draw the attention and will changed after reply
    Issue should be resolved in 1.9.6+. Thanks for the help
  • Not working on Firefox Nightly 67.0 with Debian 10 Linux
    Nothing happens when clicking the 'Search with' button.
    ui.context_menus.after_mouseup is set to true.
    No errors detected through about:debugging.
    The 'Add' button on the ContextSearch Options > Search Engines is not working.
    The 'Add Custom Search' button is not appearing on the context menu.
    I think the main problem is that I can't add any search engines.
    It would have been better if ContextSearch just uses the browser's search engines.
    (edit 2/22)

    There WAS a conflict with the migration from JSON to IndexedDB causing the installation to fail in FF 66+. Try the updated version 1.9.6 to see if it fixes your issues.

    (edit 2/19)

    I tested on FF Nightly 67.0a1 64-bit with Ubuntu 18.04 64-bit ( new profile ) and I'm not seeing any problems.

    Is your config / profile bad? I read somewhere the newest FF versions are migrating extensions' localstorage to indexeddb silently and that it may cause issues. If you're trying to salvage an old config, try opening the CS options page and the standard debugger console and look for errors. You might try typing 'userOptions.searchEngines' and 'userOptions.nodeTree' to see if either are empty. If you're starting fresh, try a new profile / CS install.

    > It would have been better if ContextSearch just uses the browser's search engines.

    It does, but not exclusively. Engines installed to the browser's one-click search engines list are automatically added to the list of available engines unless they have the same name as a CS pre-installed engine, in which case they're skipped.

    It may be easier to troubleshoot over email. You can contact me via the Support Email link in the listing.

    =================================================

    I just tested on a win7 virtual box using FF nightly 67 with a basic profile and I'm not seeing any issues. Do you see any errors in debugging? ( about:debugging -> Enable add-on debugging [checked] -> ContextSearch web-ext -> Debug -> [Yes] ). Do any of the other menus work (toolbar search, quick menu) ?

    If you're on github, open an issue ( https://github.com/ssborbis/ContextSearch-web-ext/issues )
  • 好用
  • Best Search helper, Thank you for all your work
    最好的搜索辅助工具:
    先说我的用法:
    制作搜索引擎文件夹,同类归类(综合、购物、图片),不常用的也收起。

    左键长按弹出 Quickmenu
    - 不松手移动到所需搜索引擎直接打开
    - 松手右键点击「文件夹」以批量打开对应多个引擎的搜索结果页
    - 利用内置 WordHighlight 持续追踪,在页内高亮多个关键词
    - 用好谷歌站内搜索和谷歌图片搜索

    1. 爆炸丰富的触发操作
    选中自动展示、快捷键触发,左右键长按

    2. 爆炸丰富的后续操作
    左中右、Ctrl+左,Shit+左,当前/新/后台标签页,新窗口/隐私窗口

    3.自动导入浏览器搜索引擎
    因为火狐现在在地址栏三点菜单里面吗会自动显示可添加的搜索引擎,
    不一定需要去具体搜索框右键添加,所以自动导入浏览器的就可以了。
  • Well, everything works right from the start. Even importing my search file from previous Firefox version. Yes, it has a lot of advanced settings and I like it. Thanks to the developer for this great addon!
  • This extension has a very unexpected side-effect! Viewing a website's code via Fx developer tools (but not 'View Page Source') shows code added by ContextSearch. That makes website development difficult. A lot of head-scratching before locating the cause of the bizarre looking stuff that I didn't put there. Disable ContextSearch web-ext and it disappears. Switched back to ContextSearch web-ext Lite.

    Update: Did not occur with the lite version. Emailed author, and quickly fixed in 1.9.5. Addon has a ton of options; I use only the added context menu search items. If you encounter this issue in 1.9.5, try turning off some options.

    The ability to import one-click search engines from Firefox makes setup a breeze. I really like this ext as long as it doesn't interfere with my web dev.
    What you're seeing is called a content script, and it's how addons using the new webextensions API interact with web pages and provide a user interface. It's not a bug or some malicious code.

    https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/Content_scripts

    The Lite version is going to do the same thing but it's been depreciated and no longer receiving updates so I wouldn't recommend using it.
  • Just sits and spins when trying to import search.json.mozlz4
    That's no good. I'd like to troubleshoot that bug with you if you wouldn't mind. I've tried importing several old search.json.mozlz4 files and can't duplicate the error. If you have a github account, I'll open an issue there.

    What platform, FF version are you on?

    There's a 15s timeout for the import function while it tries to download icons. Does it hang after the timeout?

    Are there any errors in the developer console when you try to import? (url bar -> about:debugging -> Enable Add-on debugging -> ContextSearch web-ext -> debug )
  • Right click options are good. The popup element search term cannot be erased at all & we can write in the URL bar already can be customized with the all the custom websites.
    > The popup element search term cannot be erased at all

    Can you expand on this? I'm not sure what you mean. Are you not able to edit the search bar in the popup?

    > we can write in the URL bar already can be customized with the all the custom websites

    This addon does much more than just provide a right-click option for the built-in search. I'd encourage you to explore the options a bit.
  • 1. When highlighting text "too slowly" the tiled popup won't show. Time to select text and the popup to show should be longer. Is there a way to increase that?
    2. In search fields, auto close the popup when start typing on (on-screen keyboard and regular) would be nice feature to have.


    Does it happen on all websites?
    >Yes
    Could you be having a conflict with another add-on?
    >No, tested with all other add-ons disabled.
    What OS / FF ver are you on?
    >Win10 64bit and FF64.0 64bit

    If i highlight text fast and stop at the end for 1-2 seconds (still holding mouse button down), the auto opening popup never opens. Even tested with two different mice.
    (edit) I'm seeing it now. I've got a 1s timeout to cancel the auto after the last change in selected text. I'll add a setting for you slowpokes

    > 1. When highlighting text "too slowly" the tiled popup won't show. Time to select text and the popup to show should be longer. Is there a way to increase that?

    I can't reproduce that bug. I assume you're using the Auto opening method? I've tried going super-slow and never had the popup fail to open.

    Does it happen on all websites?

    Could you be having a conflict with another add-on?

    What OS / FF ver are you on?

    If the problem persists, open an issue at the support site and I'll work through some troubleshooting with you.

    > 2. In search fields, auto close the popup when start typing on (on-screen keyboard and regular) would be nice feature to have.

    Again, I'm assuming you're using Auto AND you enabled popups on input elements? That seems like a reasonable option to add. Look for it in the next release.
  • Edit 14-Dec-2018 below -

    Dear Developer,

    Just now tried out your Dec 14 update to Context Search WE.

    Thanks for adding the highlight feature which shows where search terms are located in search results pages. Searching the web is something we do a lot, so we use this addon more than others.

    Here is some feedback which I hope will be helpful.

    Issues below are based on using Firefox with bing and google searches -

    I - Search results from words inside quotes are not highlighted, ie "web analytics"
    I - Only the first page of search results highlight the search term, subsequent pages don't.
    I - When a search results page is opened the search words are not highlighted.

    Find in Page Features suggested -

    F - Add a Findbar (find box) option selectable from Context, Quick, and Toolbar menus. A search term in a web search would be copied to the Findbar so users don't have to manually type it like they have to do with the Firefox Find API (ctrl-f).

    F - To independently find search words in-page, words not copied via web search, the findbar should accommodate manual entry of search words in the findbar.

    F - Include up / down arrows with the findbar which find previous / next instances of search term. Highlight the current instance of the search term with a distinct / unique color to show where the previous/next search is currently.

    F - Display the number of matches on the current page next to the findbar.

    F - Some webpages include hidden instances of the search word where you have to click "show more," "see complete description," etc., before you can see those instances. In findbar tweak, there was a flashing circle which became a smaller and smaller circle to become a bullseye on such hidden instances. This alerted users to click "show more," etc, to see a hidden instance.

    Alternatively, instead of adding a separate findbar search box, the new features could be integrated with the present search box -

    Fa - a "P" could be added to the existing search box so that a Page find would be done on the current page when the P is clicked. Instead of a web search a Find-in-Page search would find successive instances of the search term with each successive click of the P.

    Fa - Previous/next arrows could be added to the current search box instead of using a separate findbar.

    Fa - Number of matches on Page could be shown next to the current search box

    Fa - Bullseye over current instance would work same with current search box as with a new findbar.

    These features could be integrated with the current web search bar, but it may be better to use a separate findbar. Unforeseen features you may want to add later might conflict with the current search box. Plus, a separate findbar would limit the complexity of the current web search bar and not cluttter it with findbar options. Don't mean to suggest a separate addon for findbar, just a separate findbox accessible from the existing search menus.

    Do you have a webage for donations via paypal or something similar ?

    Best wishes,
    Jackie


    Edit 6-Dec-2018 below -

    Dear Developer (Mike ?) - Thanks for responding.

    The built in Find API you mentioned leaves a lot to be desired:

    # Every time we open a new page we have to reopen the Find-API before we can use it. Find-in-page follows search-the-web like drinking water follows being thirsty. Find-in-page should be an automatic part of find on the web.

    # Firefox Find-API doesnt put a flashing highlight or circle over search terms found. You cannot see some in-page instances of the search term that FF Find API "finds."

    Just as CSWE is a big improvement over the FF API search box, CSWE could also include a big improvement over the FF Find box.

    Something that mimics ctrl-F might not be any better than ctrl-f. But if functionality was added so that CSWE used the web search term for subsequent find-in-page searches that would be a complete search function.

    Without in-page search functionality, the rest of the search task is relegated to the slow awkward ctrl-f dinosaur.

    The flashing circle and highlight colors previously mentioned made finding search terms in pages much easier in find-bar-tweak than by using the FF Find API.

    Still, CSWE is a great addon. Thanks for your prompt reply.

    Jackie


    Original Comment below from 5-Dec-018 -

    To me, Context Search web-ext (cswe) is better than the built in Firefox web search. I love it and use it a lot.

    Was looking for a find-in-page search tool when I discovered cswe. Had hoped cswe included find-in-page functionality; like find-bar tweak had before it vanished.

    Adding capability to find instances of the search term in a results page would be even more awesome.

    If I remember right, findbar tweak put a flashing circle around the current instance of a search term in the page, highlighted in green, while other instances were high lighted in blue.

    Anyway, thanks for this awesome add-on!
    (edit) 12-15

    > I - Search results from words inside quotes are not highlighted, ie "web analytics"

    This is mostly fixed now. I haven't done extensive testing but results look good so far. The behavior in 1.9.3 is to look for literal " in the search results, which obviously most engines don't interpret as part of the search term

    > I - Only the first page of search results highlight the search term, subsequent pages don't.

    This one might get messy but I'm trying a few things.

    > I - When a search results page is opened the search words are not highlighted.

    Do you mean in the search bar itself on the results page? No, the API I'm using doesn't look in text input fields from what I can tell. Doing so with highlighting colors would require some fancy overlays and a lot of time.

    I'm working on a basic find bar. From your suggestions it looks like you want a straight-up replacement for findbar tweak. I can use that as a reference but the webextension API is limited and there are some things that simply can't be done.

    > Do you have a webage for donations via paypal or something similar ?

    I don't, but you can help development by giving feedback at the github site. I don't receive notifications when comments here are edited, making it difficult to keep a conversation going. I think I have a good idea what you're after though.

    (edit) 12-6

    I took a quick look at some images of find-bar. Looks similar to the 'find' feature in android chrome - highlights text, provides a nav bar representing the document map with found words, etc. FF has an API available but to keep Chrome compatibility looks like I need SVG overlays and other workarounds. I'll look into it but don't expect anything too soon.

    (edit) 12-6 #2

    Found a library (mark.js) that does a good lightweight highlighting and integrates with CS pretty well. Already tested on page results with simple highlighting. I might get something set up sooner than I thought.

    (edit) 12-6 #3

    Basic functionality is in the repo. If you're familiar with sideloading for debugging you can test it out. Otherwise wait for the next release and it will be there.

    https://github.com/ssborbis/ContextSearch-web-ext

    Looks like FF has a find API that can highlight words in a webpage. Are you looking for something that essentially mimics ctrl-F ?
  • I was searching for replacements to "Context Search", "Add to search bar" and "Searchload Options" - and finally found it. Many thanks!

    P.S.: Would love an option to clear the search bar after a search
    (edit)
    New option "Remember Search History" is ready for the next release. Unchecking this option prevents search terms from being stored.

    ---------------------------------------
    can do
  • 有用,强烈推荐!希望加入云同步功能.
  • Very intuitiv and customizable. Well done!
  • Having been forced to move on from Context Search I wasn't hopeful that the functionality could be replicated with the new API. Although managing the search engines is now a little clumsier (through no fault of the developer), the extra functionality and improved user interface in this add-on means this surpasses the original. Thanks Mike B - great job.
  • Good workaround for webext limitations for Ben Basson's Context Search Add-on.
4 ページ中 1 ページ目