[Ext] Context Search 0.4.3
- BenBasson
- Moderator
- Posts: 13671
- Joined: February 13th, 2004, 5:49 am
- Location: London, UK
- Contact:
Re: [Ext] Context Search 0.4.3
If anyone's still following this thread: Hello. I do intend to update this add-on for Firefox 57 / WebExtensions, but it currently isn't possible. The clock is ticking. In 2 months Firefox 57 will be released, which realistically means that if Mozilla don't accommodate with relevant APIs in the next few weeks, this add-on is going to die. I wouldn't hold my breath if I were you, although I will commit to doing what I can if they decide to pull their finger out.
-
- Posts: 4480
- Joined: March 19th, 2005, 10:51 am
Re: [Ext] Context Search 0.4.3
not sure what you speak about but "context_search_webextension-0.9.2" performing like context search did before.
https://addons.mozilla.org/en-us/firefo ... al-search/
currently it has no icons.
but running chromium beside firefox pointed me to this
https://chrome.google.com/webstore/deta ... dnidbammed
much nicer but currently not usable (converted) in firefox nightly
sorry.
https://addons.mozilla.org/en-us/firefo ... al-search/
currently it has no icons.
but running chromium beside firefox pointed me to this
https://chrome.google.com/webstore/deta ... dnidbammed
much nicer but currently not usable (converted) in firefox nightly
sorry.
-
- Posts: 695
- Joined: January 9th, 2017, 10:10 am
Re: [Ext] Context Search 0.4.3
Cool. I remember this extension.BenBasson wrote:If anyone's still following this thread: Hello. I do intend to update this add-on for Firefox 57 / WebExtensions, but it currently isn't possible. The clock is ticking. In 2 months Firefox 57 will be released, which realistically means that if Mozilla don't accommodate with relevant APIs in the next few weeks, this add-on is going to die. I wouldn't hold my breath if I were you, although I will commit to doing what I can if they decide to pull their finger out.
Do you have a list of what missing API's are holding you up, along with bug numbers?
-
- Posts: 96
- Joined: September 3rd, 2013, 4:04 pm
- Location: Chile
Re: [Ext] Context Search 0.4.3
Details are here:DN123ABC wrote:Do you have a list of what missing API's are holding you up, along with bug numbers?
https://github.com/benbasson/contextsearch/issues/27
-
- Posts: 695
- Joined: January 9th, 2017, 10:10 am
Re: [Ext] Context Search 0.4.3
Thanks. Think there will be any progress on any of these? Would a possible short-term update to this extension even work at all? I'd be interested in seeing this move forward. It would be great if a basic one came out, to be improved and added upon as these bugs get fixed.nohamelin wrote:Details are here:DN123ABC wrote:Do you have a list of what missing API's are holding you up, along with bug numbers?
https://github.com/benbasson/contextsearch/issues/27
- Gingerbread Man
- Posts: 7735
- Joined: January 30th, 2007, 10:55 am
Re: [Ext] Context Search 0.4.3
Thank you very much for making searching easier all these years. I haven't been able to find an alternative that supports POST search engines like StartPage and IxQuick. Not exposing the search query in the URL is important to me, so it looks like this is the end of the road.
- Context Search WebExtension 0.9.7 — pulls search engines from bookmarks folder named "Searches". Issue dismissed as edge case that Mozilla will likely not support.
- Context Search 3.20 — has its own list of search engines configurable in the Add-ons Manager options. Also only supports GET (even has the GET version of StartPage there by default); I expect asking for POST support would be a waste of time.
- Selection Context Search 1.11 — same as above, except GET StartPage isn't included by default and no way to contact the author is listed.
-
- Posts: 4480
- Joined: March 19th, 2005, 10:51 am
Re: [Ext] Context Search 0.4.3
GET vs POST concerns forms and not extensions. extensions throw a combined link into the addressbar, there is NO form to enter.
POST on startpage is an option which is stored in a cookie - but i am not sure if a context search can use it.
if google and others dont support POST then there exist no option for you.
POST on startpage is an option which is stored in a cookie - but i am not sure if a context search can use it.
if google and others dont support POST then there exist no option for you.
-
- Posts: 96
- Joined: September 3rd, 2013, 4:04 pm
- Location: Chile
Re: [Ext] Context Search 0.4.3
@Gingerbread Man
Although there will be nothing useful for Fx 57, I think there is a reasonable chance that a WebExtensions API that allows, at least, porting this type of add-on (who need only to read basic data of search engines) will be available for the next ESR release (Fx 59).
Although there will be nothing useful for Fx 57, I think there is a reasonable chance that a WebExtensions API that allows, at least, porting this type of add-on (who need only to read basic data of search engines) will be available for the next ESR release (Fx 59).
-
- Posts: 695
- Joined: January 9th, 2017, 10:10 am
Re: [Ext] Context Search 0.4.3
I see that some other competing extensions with similar claims have popped up. Does anyone have any experience with these? I'm curious how they fare, and if maybe Ben would be interested in working together with one of those people to collaborate on a better solution.
-
- Posts: 4480
- Joined: March 19th, 2005, 10:51 am
Re: [Ext] Context Search 0.4.3
Ben wants/need read access to firefox search engines. current for firefox (and chrome) it is not possible to do this way and all context searches have their own repository, see
https://addons.mozilla.org/de/firefox/a ... al-search/
https://addons.mozilla.org/de/firefox/a ... al-search/
- Gingerbread Man
- Posts: 7735
- Joined: January 30th, 2007, 10:55 am
Re: [Ext] Context Search 0.4.3
@Brummelchen
Cookies have nothing to do with it (nor could they, since I have cookies off and no exceptions for StartPage and IxQuick). POST details are stored in the search plug-in (where Context Search 0.6.4 fetches data) and bookmarks created by right-clicking forms and choosing "Add Keyword for this Search" (where Context Search WebExtension 0.9.7 fetches data).
@nohamelin
That would be nice. Better late than never. I'm following bug 1352598, so I'll notice if it gets patched.
Cookies have nothing to do with it (nor could they, since I have cookies off and no exceptions for StartPage and IxQuick). POST details are stored in the search plug-in (where Context Search 0.6.4 fetches data) and bookmarks created by right-clicking forms and choosing "Add Keyword for this Search" (where Context Search WebExtension 0.9.7 fetches data).
@nohamelin
That would be nice. Better late than never. I'm following bug 1352598, so I'll notice if it gets patched.
-
- Posts: 4480
- Joined: March 19th, 2005, 10:51 am
Re: [Ext] Context Search 0.4.3
you linked me an xml file and firefox search is behaving like a formular - thats what i trying to tell you - this is complete different from throwing a link into address-bar
even https://www.startpage.com/do/search is a formular using POST while google is using GET
the xml file is using a cgi parser -> https://startpage.com/do/metasearch.pl
method GET/POST are formular actions
if you want to use POST on a server which only understand GET then you need to use a server with a formular on it.
but this makes clearer for me and others why you prefer POST (although HTTPS is encrypted and not visible for others), only history is saving it.
concerning history
https://addons.mozilla.org/en-us/firefo ... utodelete/
i use similar in chromium
even https://www.startpage.com/do/search is a formular using POST while google is using GET
the xml file is using a cgi parser -> https://startpage.com/do/metasearch.pl
method GET/POST are formular actions
if you want to use POST on a server which only understand GET then you need to use a server with a formular on it.
but this makes clearer for me and others why you prefer POST (although HTTPS is encrypted and not visible for others), only history is saving it.
concerning history
https://addons.mozilla.org/en-us/firefo ... utodelete/
i use similar in chromium
-
- Posts: 695
- Joined: January 9th, 2017, 10:10 am
Re: [Ext] Context Search 0.4.3
Ben, maybe you should do a bug to track getting everything needed to get this fixed, similar to:
Bug 1226546 - [tracking] Support Tab Mix Plus as a webextension
Bug 1226546 - [tracking] Support Tab Mix Plus as a webextension
- BenBasson
- Moderator
- Posts: 13671
- Joined: February 13th, 2004, 5:49 am
- Location: London, UK
- Contact:
Re: [Ext] Context Search 0.4.3
The only thing I need now is the ability to read the list of in-built search engines via some API. I don't believe there are any other blockers. But seeing as nobody is committing to doing anything on that API, I don't really want to start doing the work in case I they just WONTFIX it later and then I'll have wasted time porting half the code.
Relevant bug for those interested: https://bugzilla.mozilla.org/show_bug.cgi?id=1352598
Of course, I could add my own search plugin repository to the add-on, but it necessitates a lot of user interface work and frankly other people have already done that work, so if that's something you see as a good workaround then you should use those add-ons until this one can be supported.
Relevant bug for those interested: https://bugzilla.mozilla.org/show_bug.cgi?id=1352598
Of course, I could add my own search plugin repository to the add-on, but it necessitates a lot of user interface work and frankly other people have already done that work, so if that's something you see as a good workaround then you should use those add-ons until this one can be supported.
-
- Posts: 695
- Joined: January 9th, 2017, 10:10 am
Re: [Ext] Context Search 0.4.3
FYI:
https://wiki.mozilla.org/Add-ons/Contri ... xt_Meeting
WebExtensions APIs Triage
About This Triage
We normally spend 5 minutes per bug
The more information in the bug, the better
The goal of the triage is to give a general thumbs up or thumbs down on a proposal; we won't be going deep into implementation details
If you're interested in submitting a proposal for a new API, please read the WebExtensions Vision.
https://wiki.mozilla.org/Add-ons/Contri ... xt_Meeting
WebExtensions APIs Triage
About This Triage
We normally spend 5 minutes per bug
The more information in the bug, the better
The goal of the triage is to give a general thumbs up or thumbs down on a proposal; we won't be going deep into implementation details
If you're interested in submitting a proposal for a new API, please read the WebExtensions Vision.