I have a views search block(attached(using block admin page) to a node called search) with exposed fulltext search filter and this only works when ajax is enabled(but this doesnt work well too, cos there will be a page request after ajax request and page will be redirected to the page(what form action parameter sets) in couple of minutes.) So the form action parameter will be <form action="/".. instead of the current page that is the "search". So action parameter should be action="search". If i have a page view beside the block view then somehow this page will be used and form action will be set to this view page. So if the view page path is view-search-page then action parameter will be action="view-search-page" and this is not set anywhere on setting page.

modules:

- Search API 7.x-1.11
- Database search 7.x-1.2+2-dev

Drunken, I can provide the site where it is used or more info, just let me know. Thx

Comments

mibfire’s picture

Title: Views serach block with exposed filter doesnt work » Views search block with exposed filter doesnt work
drunken monkey’s picture

Category: Bug report » Support request

Why don't you just use a "Page" display for the view? The thing with the block and a node at "/search" looks like a terrible hack, it's no wonder it won't work.

Also, in what way does this even relate to the Search API Autocomplete module?

Please provide a clearer description.

drunken monkey’s picture

Priority: Major » Normal
Status: Active » Postponed (maintainer needs more info)
mibfire’s picture

Why don't you just use a "Page" display for the view?

Imagine the following situation. The client would like to add some content for search page. How could you solve this? There is header and footer in views page but client wont edit content in views ui. They wanna use a unified gui to add content like node/x/edit. This is why i attached the block to node. But if i used a page view for this would it be a workaround? So if i attached a page view for node would it work with ajax and without ajax same way? If my view page path is view-search-page then would the form action be "search" as the node path is search? Cos if there is no js then form will be redirected to the path of form action property.

You are right, this issue should have been added to search api module. My bad.

mibfire’s picture

Project: Search API Autocomplete » Search API
Version: 7.x-1.x-dev » 7.x-1.11
Component: Code » Framework
mibfire’s picture

Component: Framework » Views integration
mibfire’s picture

drunken?

drunken monkey’s picture

Project: Search API » Views (for Drupal 7)
Version: 7.x-1.11 » 8.x-3.x-dev
Component: Views integration » Code

Ah. Hm, yes, I guess this would really be a tricky requirement. And I know that Views isn't as flexible as you'd hope when it comes to defining how a block should behave.
Anyways, I'm pretty sure this isn't really Search API-specific, so the question should better go into the Views issue queue. I wouldn't know how to best solve this myself, sorry! (Well, actually, a custom Views display plugin should be easily able to do this, but would of course be kind of a last ressort.)

drunken monkey’s picture

Status: Postponed (maintainer needs more info) » Active
drunken monkey’s picture

Version: 8.x-3.x-dev » 7.x-3.x-dev
mibfire’s picture

Shall we move this issue to views issue queue?

drunken monkey’s picture

Shall we move this issue to views issue queue?

I already did. See above:

Project: Search API » Views

jyraya’s picture

Hello,

I was searching an answer to another issue when I found this request.

I had to integrate a view with a full text search into the display of a content type too. I solve my problem by using Panelizer, Views pane (coming with CTools), Search API and of course Views"... and it worked for me.

How to do:

  1. Activate modules
  2. Create your views with a "content pane " display
  3. Set the fulltext search filter and set the exposed filter form as block (see Advanced > other of the View UI);
  4. Create your content and activate Panelizer for it (see "edit" tab of the content type definition interface);
  5. Define the Panelizer for the full page (see "panelizer" tab of the content type definition interface);
  6. Choose the panelized layout and organize the content type display
  7. In the right region of your panelized, add your views display and your exposed filter form block (for this last one, be sure to keep the "Inherit paths" checkbox of the content adding interface checked)

And it works...at least for me but I did on several projects without meeting problems.

Hope this helps

MustangGB’s picture

Status: Active » Closed (outdated)

Closing this as outdated to tidy up a bit around here. If you're still having problems with the latest release please create a new issue.