with HTTP server mode, the state of the "path" key is not inherited

If you are experiencing problems with "Everything", post here for assistance.
Post Reply
hbk
Posts: 2
Joined: Fri Aug 31, 2018 8:52 am

with HTTP server mode, the state of the "path" key is not inherited

Post by hbk » Fri Aug 31, 2018 9:20 am

I am grateful for the wonderful product, Everything.
Please teach me how to solve it. I am sorry for my poor English.

I use it with HTTP server mode, with the HTTP server strings template: http_server_strings.zip, made form and set "path" with selectbox.
("path" is, search whole paths if value is nonzero)
The "path" option is effective for the first time, but if you click "next" link at the bottom of the page, the "path" designation will be canceled and the search result will decrease at once.

How can I maintain the "path" specification?

Please help me, Thank you.

void
Site Admin
Posts: 4729
Joined: Fri Oct 16, 2009 11:31 pm

Re: with HTTP server mode, the state of the "path" key is not inherited

Post by void » Sun Sep 02, 2018 6:12 am

Unfortunately, Everything only adds the search, sort, offset and count when building a previous/next link.

I've put this on my "Things to fix" list.

void
Site Admin
Posts: 4729
Joined: Fri Oct 16, 2009 11:31 pm

Re: with HTTP server mode, the state of the "path" key is not inherited

Post by void » Sun Sep 02, 2018 7:05 am

Please try the following fix:
Everything-1.4.1.909

This was actually an easy fix, I've added (when enabled): case, wholeword, path, regex and diacritics to HTTP server URLs.

You will need a little bit of javascript to initialize your path checkbox.
https://stackoverflow.com/questions/325 ... checkboxes

hbk
Posts: 2
Joined: Fri Aug 31, 2018 8:52 am

Re: with HTTP server mode, the state of the "path" key is not inherited

Post by hbk » Fri Sep 07, 2018 5:45 am

Thank you very much.
I confirmed the operation immediately, so very good to get result.
Thank you for a wonderful tool, great support.

Post Reply