The plugin is actually done but it doesn’'t work with the latest official release of Messenger (2.1.1), it does however work with the latest cvs builds. As I mentioned in url=http://www.jivesoftware.org/forums/thread.jspa?messageID=95406&this[/url] thread there are plans to provide a place for people download plugins. Once the downloads are available people who are willing to compile source builds of Messenger, or wait until the next official release of Messenger, will be able to use the search plugin.
I wanted to post a quick message to let people who might only be following this thread that Messenger 2.1.2 was url=http://www.jivesoftware.org/forums/thread.jspa?threadID=14185&tstart=0announced[/url] yesterday, which means that the url=http://www.jivesoftware.org/messenger/plugins.jspplugins[/url] page now has the search plugin available for download.
Thanks to Matt and Gato for all their help and I’'m real curious to hear what people think of the search plugin, so any feedback would be greatly appreciated.
Thanks a lot for your plugin. I’'ve installed it and it is awesome. It also works when i use ldap auth (active directory).
A small improvement in my point of view would be that you add asterisks before and after the search query automatically. Usually when I look for someone like say, Guybrush Threepwood, i would type threepwood or guybrush and press enter. Using your plugin, i have to type either threepwood* or guybrush in order to get the result i want.
If this is a limitation of my client (exodus), then sorry for barking at the wrong tree…
I’'m glad the plugin is working well for you. You can thank Matt for adding changes to the core Messenger code that optimized the searching of ldap, and databases for that matter.
Your suggestion for auto-wildcards is an interesting one. I have a feeling that this is one of those cases where if the default behavior was changed half the people would applaud and the other half would boo. I think the best way to handle this would be to add a way to configure the default behavior via the admin console. I’'ll add this feature to my todo list.
Interestingly enough, the database search code is already using auto-wildcards. This is becauase ldap does a better job with searching than databases do (at least generically – each database usually has a good proprietary way to search). So, for the query “foo”, that gets turned into the db query “LIKE ‘’%foo%’’”. Since LDAP supports wildcards in a better way, there is no auto-wildcard behavior like with the db code. I personally don’'t thing auto-wildcard is a good default. Doing a search for “s” will turn up all results with the letter s in them, which is a bit non-intuitive.
Good points Matt. A worse case scenario is what would happen if somebody didn’‘t enter anything at all, that could yield a whole lot’‘o hits. I guess that’'s where having the ability to set limits on the minimum number of search characters/the maximum results could come in handy.