Search Everything 4.2.1 Release

Ok. I may found the solution.

search "name" but not "slug" in database.

the two problem will be cleared.

the plugin is good for simple tag search, but there are 2 problems:
1. it cannot search tags contains space, such as "history museum","php code"...
2. it cannot search tags in Chinese,Janpanese,Korean

there is another plugin can do a full tag search
http://wordpress.org/extend/plugins/search-tags...

but I still got problem in this plugin.I found it works fine on my pc but not work on my host. the host has a lower version of php and apache. I don't know if lower version causes the problem.

any help?
Thanks.

Hi Dan! Any idea why I am able to search for an find non-published/draft posts? Surely this shouldn't happen. Even if listedas drafts with dates in the future, the posts still show up in the results.

I have tried twice to register with the support forums, but the registration email never appears.

Thanks
Peter

Hi, I translate your plugin in Italian language. You can download Italian files at this address: www.prozone.it/dl/SE4-it_IT.zip

I activated the plugin in my WordPress blog. Now what? What is the little setup I must perform to use the SE plugin?

Thx!

Did you have a look at my pingback? I tried to do a german translation for your plugin, but I'm having trouble with translating "Exclude Categories" and "Search Every Tag":

In the language file, I translated "Exclude Categories (Wordpress 2.2 Only)" with "Kategorien ausschließen (nur Wordpress 2.2)", but it doesn't seem to work.

And I can't find a field for "Search Every Tag" in the language file. Maybe it's missing because it's a new feature?

I'd be glad if you could let me know how to fix this. Thanks in advance, and probs for your plugin, I like it a lot!

ONE LOVE,
alohastone

Giovanni, the 2.3 series is stable. Any plugin that works with 2.3 should work with 2.3.1. If it doesn't, then something is really wrong.

When do you think the release for 2.3.1 will be available ?

No wait. I was wrong. It seems to work.

Well, not exactly like that, it returns a fatal error, but something similar. Have you got it, haven't you? :-)

I was meaning something slightly different. It is true we can't know if the user is searching for hello world precisely or hello AND world.
What I suggest is not hacking the search adding the minus between words, that would change the meaning of the search, but hacking the search tag results, removing the minus between the words.
I've made quite an unhappy example with hello world. But think about new york times. Let's say I've written a post without new york times in the body, maybe a one line one, but I want to explicit it in the tags. A search for new york times wouldn't return that post.
A php friend of mine have suggested an home solution for this and it seems quite simple indeed.
It should be something about changing
$where .= " OR ( tter.slug LIKE '%" . $wpdb->escape($wp_query->query_vars['s']) . "%') ";
in the search tag function with
$where .= " OR ( tter.slug LIKE '%" . str_replace(' ', '-',$wpdb->escape($wp_query->query_vars['s'])) . "%') ";
What about this?

It already works that way. That's why it would be difficult or impossible to know wether the user wanted a query as "hello world" or hello + world.

How about using the quotes as part of the syntax, so that hello world would mean two tags, whereas "hello world" would be for one tag made up of two words?

It would be rather difficult because how would the search query know if the query was for two tags and not one without quotes. Sounds like one of those usability concerns that can't be resolved without a more advanced implementation with a lot of options at the start of the search.

Hi Dan,
got a question about the tag searching. There is a problem when searching a multiple words tag, let's say "hello world": if you search hello world straight you won't find that tag, because it's stored as "hello-world" in the db. Can you work around it in a future release?
Thanks. :-)