Filters the theme and ajax page state from the query, better checking if something is actually there and successfully updated, etc.

…s are in place

… driven

The idea here is that we also collect for all facets the other views present in the page and if they have pagers we also (not sure yet how) do a "refresh" either partial (reloading the attached behavior for the paging) or complete (easier but also more server intensive?) to make sure the facet selection does not get lost between paging but also the page itself (*current one) is re-used for those views so the view does not fully fully reset .

@alliomeria more to come. Not ready yet

…sed filters 7.x)

Persist session and ajax page state too (breaking also in 10.3, facets actually need to be manually patched or will also break on ajax)

…ents

This can be better though

Another commit will also mimic back (update) the hash when people decide to search from 0 or again.

That way navigating between canvases won't break the URL

I need to still figure out if "flexibility" here is more important than speed. Why?
I can save (as in the code) the Solr Field name exactly the way i need if for the JOIN (or multiple) by allowing the Settings to use that instead of the Search API one, but... if the user decides to re-index an already setup field by changing the type the filter will break. But also, having to calculate the proper Solr name on every query is expensive. What will it be, what @alliomeria ?

… type

When using Archipelago and Ajax views. Why? @alliomeria pleas read:
If you have more than one view on a screen, and if some views are loading automatically via Ajax (and/or depend on arguments of another) each one will compete for adding their own arguments to the Browser, breaking e.g an initial search set by the page level one. This new setting can be found under Advanced, Ajax. It is an opt out one, so people already using this don't need to change anything

Need to test more. Not ready yet

I did not count for the mutliple indexes option, and fixed it to its_nid ... bad boy here @alliomeria

for zoom see #467

Allow a dynamic loading View to also act on resets (which was hard gosh)

Try also with #main-content and if not, give up

Why? Deprecations and in specific the renderInIsolation new method (Drupal!!)