The add-on does support internationalization. Right now there are translations for French and German. I'm always looking for contributors to translate into other languages. If anyone wishes to help, visit the support site on github and edit the files in the /src/_locales/en/ directory. (https://github.com/ssborbis/ContextSearch-web-ext/tree/native-app-support/src/_locales/en)

> By the way, if the right-click menu display position can also be customized (for example, you can choose to display the position under copy and paste), it is even better!

There is a setting for positioning the Quick Menu relative to the cursor with customizable pixel offsets. Do you mean moving the "Search for.." menu item higher in the context menu? Unfortunately, that cannot currently be done with the webextensions API

(edit) There was an issue with 1.6.3 which prevented adding a custom search engine from the 'simple' menu. That should be fixed in 1.6.3.2.

> Why search working from firefox search, but not from quick search (open main site page)?

Are you unable to open the quick menu? The quick menu and all other content scripts are blocked on addons.mozilla.org by mozilla. If you're on linux, you might need to set ui.context_menus.after_mouseup to true in about:config

> Also can edit search engine, but can't save (auto save if is, not working)?

Are you editing from the search engine manager in ContextSearch options? There should be a Save button below the form when editing a search engine. Is that not working?

> - close after search

Ready for 1.6.3

> - empty search bar after search

The current behavior is to display the last search on a per-session basis. The last search should be highlighted, ready to be replaced with the first keystroke. Closing Firefox will clear the last search from the session storage. Adding the option is trivial but I'm not sure it's necessary. Specifically, what issue are you having with the default behavior?

(edit) This was not working properly under linux. Fix ready for 1.6.3

> One thing that bothers me is that modifying the default engines; removing tracking parameters for example, results in a 'name already exist' error. Which is bizarre.

That's a definite bug that must have popped up when I added the ability to change the name. I'll fix that today.

(edit) 6-13
v1.6.0.3 should fix the problem

> 1) Javascript/Bookmarklet support.

(edit 6-15) Ready for v1.6.1

>Edit:
>Use short javascript snippets for more advanced local operations e.g. Find&Replace all instances of a word in a text box or copy and format selected text as bbcode, etc.

Are you wanting to access bookmarklets from the context menu when using the option to manage search engines via bookmarks? If you have a github account, start a new topic at the support site so I can get more info.

> 2) Search button: Save search history / always show last query
> 3) Search button: Make autocomplete optional

(edit 6-14) Ready for v1.6.1

> 4) Search button: Match browser theme

(edit 6-14) Having some problems with this one. Can't seem to get color values for built-in themes like Dark. I'll keep on it.

> 5) Search button: Support middleclick
Ready for v1.6.1

(edit v1.4.2)
Subfolders and separators for the context menu are live in beta for this release. Search engines can be organized from a bookmark folder after enabling the option and granting the Bookmarks permission.
---------------------------------------

Do you mean a tiered menu and separators in the context menu? I'll check it out.

(edit v1.4.1)
Simplified UI for adding engines, defaults to directly adding engines to ContextSearch and prompts for installing OpenSearch engines via the API
-------------------------------------------

The api isn't 3rd party. It's mine written specifically for this add-on. It just happens to be hosted on google's app engine with a generic name.

(edit) It probably could stand to be simplified a bit for novice users. The complexity comes from attempting to integrate with Firefox's One-Click search engines. If I kept it simple with bookmark keywords, the search engines wouldn't be added to the OpenSearch engines in the search toolbar. Adding OpenSearch engines requires an external URL, so the api is necessary. I'll look into adding a simple/advanced option that bypasses all OpenSearch integration and just adds to ContextSearch

(edit 5-11)
Sorry I didn't see your edit sooner.

If you open ContextSearch options, scroll down to Opening and Closing and you can choose a method to open the quick menu.

Automatic (popup opens after selecting text)
Mouse hold (hold either the left or right button until popup appears)
Mouse click (right-click to open )
Keyboad button (press a keyboard button of your choice to open)
---------------------------------------------------
Does it not work on any website or just addons.mozilla.org? Mozilla disables certain add-on features on addons.mozilla.org for what I assume are security reasons. Using default settings, it should work by highlighting text and holding right-click until the menu appears ~0.25seconds.

You'll have to whitelist the native app with your antivirus software. The app is not digitally signed because it costs money to license a signature, sometimes quite a bit depending on the license length and the company used. The code is available to inspect and build yourself, or you can use the Manual method of importing your search engines which doesn't require the native app.

Hmm that's odd. It's been working for me in FF59. Would you mind answering a few questions so I can help you troubleshoot?

What OS are you using?
What website isn't working?
Is Quick Menu enable in ContextSearch options?
Have you loaded your search engines?

(edit) Good deal!