合計レビュー数: 105
  • Thumb up,pretty good!
  • Good job Mike
  • 03/04/19 Update
    Thank you for your response and effort.
    I can understand the possible technical limitations, but I would only like to stress the importance and usefulness of such an “Open in SideView” CS added option:
    In this way, one could easily lookup for any selected words/phrases, in a multitude of resources like encyclopaedia, dictionary, translation, TTS, etc. sites, WITHOUT having to leave one’s current tab/page.
    Now, this is possible only by using “per resource/site” specialized add-ons like QuickDictionary or by opening the wanted resource/site in the SideView through existent bookmarks and then copying/pasting the looked up words/phrases.

    * By “Side Bar” I meant that of FF, not the “Side Bar” of CS. In resent versions of FF opening links/bookmarks in its Side Bar is possible using the SideView addon.

    01/04/19
    Great addon!
    What about an additional option “Open in Side Bar” in the Search Actions settings?
    Thank you!
    (edit 4/17/19)
    Open In Sidebar option added to Search Actions in v1.9.9. There are limitations, however.

    1. No POST engine compatibility
    2. Sidebar must be opened manually by the user to see results

    There are likely more issues but I haven't tested much.

    (edit 4-4-19)
    I can give it a shot. If you have a github account and are familiar with sideloading, you can start a thread at the support site and help test the progress.

    I tried that a while back but the sidebar isn't handled like a regular tab and some things simply won't work. POST engines fail completely as a result of the limited back-end. I'll give the API another look, but I think it's intended more for as a UI for the add-on, not an alternative tab for browsing or search results.
  • 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
  • 好用
  • 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.
  • Wonderful
    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