- This topic is empty.
- AuthorPosts
-
- 03/10/2014 at 5:12 am #6759
AnonymousParticipantHi ,
n
n
Did you delete the OOB list view or just hide it?
n
n
- 03/10/2014 at 9:44 am #6760
AnonymousParticipantI deleted it.
- 03/10/2014 at 10:53 am #7291
AnonymousParticipantCan you please create a new list from scratch, add some content, crawl, ensure that teh results show up then replace the OOB list view with qListView and instead of deleting the OOB list view just hide it.
n
Then ad some new list items and crawl again and check if the content shows up in the search results.
n
- 03/17/2014 at 7:40 am #7439
AnonymousParticipantHi ,
n
This seems to be working, however, we use quest apps extensively in our portal. Will we need to add hidden OOTB for every quest web part on every page? Are there any other options as there is concerns about impact on performance.
n
Thanks,
n
- 03/17/2014 at 7:53 am #4732
AnonymousParticipantGood morning,
I replaced a standard sharepoint list view webpart with a qlistview webpart on a page. Previousl, with the native webpart, when the page was crawled, content contained in the list was returned in search results if the keyword was found. With the qListview, content in the list does not show up in a result. Is there a setting that nees to be enabled for this?
Thanks
- 03/17/2014 at 7:53 am #7440
AnonymousParticipantHi ,
n
I think that you need to bring back all OOB web parts. If you need to do that hundreds of times then you can think about using some PS script that would do that for you. In our documentation when when we talk about replacing OOB web parts we ask users to hide the OOB.
n
If the OOB list view is hidden I wouldn't be concerned about the page loading performance.
n
n
n
n
-
- AuthorPosts
You must be logged in to reply to this topic.