To allow more flexible search pages a placeholder could be a good option to enable this.
It would be something that allows a limited set of placeholders + 1 dynamic one eg. a list of tokens they can use with a developer hook that adds more tokens.
%nid, %tid, $vid, %uid
This allows us to remove the apachesolr_taxonomy module but good documentation should be added to prevent that people suddenly loose this option. Maybe example pages should be added but deactivated?
Dynamically this thread emerged into a issue so that even core search page (the replacement of it) is also implemented by search pages. This generates a better consistency in the UI and introduces less code, more flexibility
Comments
Comment #1
pwolanin commentedI'm a little leery of making this too complex - especially if we expect apachesolr_views to be usable again.
Let's focus for now on getting the simplest possible implementation that would let us remove the taxonomy sub-module.
Comment #2
nick_vhIncluding is a patch that allows for placeholders in the search path.
Currently it does not allow custom indexes to be called yet but that is easily possible by using a hook
An array of such a search_type exists out 3 properties + their ID
'ss_language' => array(
'name' => apachesolr_field_name_map('ss_language'),
'default menu' => 'search/language/%',
'title callback' => 'apachesolr_get_language_title',
),
I'd suggest for people to play a bit with it. It comes with some sensible default selectors in the admin page.
Comment #3
nick_vhLittle update with some tiny typo + a title bug
So far I am not able to override the taxonomy pages (taxonomy/term/%) because I think I need a menu alter to manually switch off some of the alterations. I guess we should figure out how other modules override them without using hook_menu_alter
Comment #4
nick_vhJust for people that are concerned about UI. This interface changes the default values whenever a certain type is selected. As discussed before it is important to keep this as simple as possible because it is not the intended purpose to replace views

Comment #5
pwolanin commentedThe description text under Path is still referring to tokens.
Comment #6
nick_vhA new patch means new stuff!
tid:%to have the page working dynamicallyTODO :
I can't seem to figure out why Drupal doesn't let me change the taxonomy title when the path is exactly the same. I guess if there is no solution for this we can still consider using drupal_set_title() for having custom titles. Maybe if someone can test if this only happens for me or for everyone
Comment #7
nick_vhLast update of the day
As usual a little list again
This patch does have some more work to be done. A user should be able to select how the output could be themed, so taxonomy term results show up as they would would/could do in core drupal
Comment #8
nick_vhNew day, new improvements on the UI side. There has been some changes in the way that solr creates an initial search page. The core search page is now embedded in the search pages page so it allows (I think) a better way of controlling the different search pages, wether it is the core search page that we override or any other one.
Included are some snapshots Before and After. Could someone please take a look at the screenshots and verify and comment on the clarity of the help text?
The taxonomy title I was talking about earlier has also been solved. It was a matter of menu_local_task menu_default_local_task being without a parent and when a task is a single page and does not have a parent it shows the page title of the only parent it can find : the frontpage
Todo : Remove clutter that was used to generate the core search page from the module
Comment #9
nick_vhThis is becoming more like a generic issue for search pages and refactoring some of apache solrs functionality regarding search pages so I changed the title
This is a solution for issue #1246422: No retain current filters checkbox in custom search page (neither for autocomplete) (or at least a part of it)
Comment #10
nick_vhComment #10.0
nick_vhUpdated issue summary.
Comment #11
nick_vhNew patch that reworks a little of the UI of the custom search pages to look more similar and coherent (took example from the new views UI)
Comment #12
nick_vhDone a small code review with coder. No functionality changes in this patch
Comment #13
nick_vhSome documentation issues and spacing + a newline issue. Patch should apply cleanly to latest dev branch
Comment #14
nick_vhCommited
Comment #15
nick_vhComment #16.0
(not verified) commentedUpdated issue summary.