in

Dot Net Mafia

Group site for developer blogs dealing with (usually) .NET, SharePoint 2013, SharePoint 2010, Office 365, SharePoint Online, and other Microsoft products, as well as some discussion of general programming related concepts.

This Blog

Syndication

Archives

Corey Roth [MVP]

A SharePoint MVP bringing you the latest time saving tips for SharePoint 2013, SharePoint 2010, Office 365, SharePoint Online, MOSS 2007, ASP.NET, LINQ, and Visual Studio 2012.

Disabling Full Text Search with Wildcard Search Web Part Release 5

I’ve seen quite a few posts in the forums about people wanting to not search the contents of documents.  These people for whatever reason were interested in just the title and path being searched.  Out of the box, this of course is not possible, but I got to thinking about how this functionality could be quite easily added to Wildcard Search.  With Release 5, I added a new property called DisableFullTextSearch.  Selecting this box, will cause the web part to only search the Title and Url fields.  It seems to work great.  I also fixed a few minor issues with default values in the web part in a few places.  If you don’t need this functionality, you can stay on your existing version.

I also took a look at the download numbers for all of the releases.  Here is where it stands as of today.

Version Downloads
Release 4 439
Release 3 1586
Release 2 397
Release 1 664

Not huge numbers, but I would say that is pretty decent for a SharePoint web part.  Of course I have no way of knowing how many people are truly using it, but I would like to this that this web part is really helping people out.  Although it doesn’t have all of the functionality that a commercial product does, it gets the job done and doesn’t cost the community anything to use.  This functionality should have been included to begin with which is why I am happy to give it to the community for their use.  Hope this release is useful to you and thanks for the continuing feedback.

Wildcard Search Release 5

Comments

 

Twitted by coreyroth said:

Pingback from  Twitted by coreyroth

July 8, 2009 2:01 PM
 

aschatzl said:

Hi Corey!

Great Webpart, many thanks for this. Unfortunaltely I have one problem. I installed it in our development environment and it worked fine. Unfortunately I an'T get it running on production! Adding the webpart to the search page results in this error:

"Unable to add selected Webpart(s). Wildcards Search Core Results Webpart: Could not load file or assembly or one of its dependencies. Access is denied.

Do you have any idea what could cause this error?

Many thanks for your help!

Regards

Alex

November 27, 2009 3:45 AM
 

CoreyRoth said:

Make sure you have .NET Framework 3.5 installed on your production server.  If you do confirm that the DLL actually got deployed to your bin folder on your particular web application.

November 27, 2009 11:37 AM
 

claire said:

fantastic idea, install was clean (v1.0R5), but when I add the webpart, there is no actual search field to enter criteria into.  Suggestions?  Thank you in advance for even making this available to start with.

February 12, 2010 4:56 PM
 

CoreyRoth said:

Which page did you add this web part to?  Typically, you will edit your existing results.aspx page (which should already have a searchbox).

February 12, 2010 5:00 PM
 

Dewey said:

Corey, I want to use this as a People Search and I have it working from my homepage with the default site search as it passes the S= query string for scope.

However, when you use this with a people search box there are a few options to pass scope as an appended query string, etc. but it doesn't seem to work. any ideas?

May 5, 2010 4:59 PM
 

Millsy said:

Hi Corey,

Will the webpart work on 64bit architecture? I have run through the install and cant find the feature under Site Collection Features or Site Features?

May 7, 2010 4:02 AM
 

CoreyRoth said:

It should.  Check your Solutions page in Central Admin and confirm that the solution package installed successfully.

May 7, 2010 9:37 AM
 

Millsy said:

Hi Corey,

I checked the solution page and found and error with the solution.

Access to the path 'C:\WINDOWS\TEMP\tmp42F.tmp' is denied.

<servername> : Access to the path 'C:\WINDOWS\TEMP\tmp42F.tmp' is denied.

I have tried to deploy the solution several times with different Administrator accounts and no joy.

Do you have any idea what i may be doing wrong?

May 9, 2010 11:03 PM
 

Bright Sky said:

Hi Corey,

Great web part - thank you for all your effort! We have been using this in our Production environment. Works great except we could not get the relevance to work properly. Is there something we are missing?

To give you an example with SharePoint default functionality if I'm searching for a keyword and there is a site by that name what would come ahead of a document in a library, right? But after installing this solution this is not the case any more. Is anyone else having similar issue?

Thank you for any suggestion.

Bright Sky

June 4, 2010 4:19 PM
 

CoreyRoth said:

@BrightSky I'm sure this is because wildcard search uses a full text sql query.  With SharePoint 2010, I don't think this will be an issue for you.

June 9, 2010 9:58 AM
 

Alberto said:

Hello Roth.

I installed your web part on MOSS 2007, add to the page results. It works only with advanced search and without wildcards. In simple search no results are displayed. Any Idea?

Thanks

November 10, 2010 11:12 PM
 

Yasu said:

Hi Corey, I downloaded this web part and it's working fine if we search for documents starting with name "ML0611*". But if we search for "*0611*", it's not returning any results. Any idea?

July 19, 2011 4:27 AM
 

CoreyRoth said:

@Yasu I'm afraid SharePoint search doesn't support prefix wildcards like the one you described.

July 20, 2011 9:06 AM
 

Sony said:

Our intranet site consists of mostly PDF documents & these PDF documents are generated from office documents.

We have Taxonomy in place and have added metadata Site Columns to set right properties to the documents.

But when we search the PDF file properties are being read along with the metadata site column contents

How to exclude document file properties from being indexed for a search.

otherwise we have to go and manually edit file properties for several PDF documents.

June 15, 2012 4:56 PM
 

Sony said:

hi Corey

Our intranet site consists of mostly PDF documents & these PDF documents are generated from office documents.

We have Taxonomy in place and have added metadata Site Columns to set right properties to the documents.

But when we search the PDF file properties are being read along with the metadata site column contents

How to exclude document file properties from being indexed for a search.

otherwise we have to go and manually edit file properties for several PDF documents.

June 15, 2012 4:58 PM
 

CoreyRoth said:

@Sony I am afraid there isn't a simple way to do that.

August 7, 2012 1:25 PM

Leave a Comment

(required)  
(optional)
(required)  
Add

About CoreyRoth

Corey Roth is an Applications Architect at Infusion specializing in ECM and Search.
2012 dotnetmafia.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems