My software team uses a MoinMoin wiki to record our coding guidelines and other best practices. Like most wikis, each page includes a basic search box, and MoinMoin offers both "Titles" and "Text" command buttons. (The former matches page names only and the latter does a full-text search.)
By default, each MoinMoin page's search box returns too much information, because it matches both wiki content and the application's own (voluminous) help pages. Its advanced search page--also called FindPage--can omit help searches via the Exclude underlay checkbox, but we'd like to make that its default behavior. Unfortunately, the engineer who set up our wiki doesn't know how to make that change. How can we limit basic text searches to group content only?
As far as I remember there was an advanced search page, where you could find "Don't search help pages" checkbox. Is this what you're looking for?
Related
We got notice from Google's Search Console that one of our blog posts couldn't be crawled. When inspecting the URL from the Google Search Console it reports that the paged was blocked by the following in our robots.txt file.
Disallow: /*?s=
I also ask why "Disallow: /*?s=" would be used? Why worry about parses that contain the letter "s"? If we remove it, what's the risk? Thanks so much in advance for any additional insight that can be shared - P
This query is commonly used on WordPress-based sites.
There may be several types of content on your site and the site builder wanted to allow search only for certain types of content by another way of searching.
It makes sense for example on a store site that wants to restrict users from searching for the products using a customized search form so that they do not wander behind the scenes of the site.
Google's robot has a number of ways to identify if it's a WordPress based site, which is probably why it's looking for that end of the path.
I am looking for a way to strike through page header in DokuWiki. I checked on Dokuwiki page but couldn't find it. Can anyone please help me with it.
Another alternative would be to use an external tool like http://manytools.org/facebook-twitter/strikethrough-text/ to generate UTF-8 text that is already stricken through and then to copy&paste it into DokuWiki as your headline.
One advantage is that then also your links will display the headline as stricken through.
Also, you don't have to meddle with custom CSS or additional plugins.
it's a limitation of how headlines work in DokuWiki
See explanation here.
I have a Web Site where at the bottom I show the most searched keywords in the site. This keyword are all physical locations.
You know if there is a schema on Schema.org vocabulary for add meaning to this items?
If the keywords are linked, each of the linked pages could be a SearchResultsPage.
For the links to these pages:
WebPage defines the property relatedLink, but it’s questionable if the top search phrases are really related to each of your web pages (I’d say they are not). And note this property expects a URL, not a WebPage (or SearchResultsPage) item.
Apart from relatedLink, there doesn’t seem to be a property that would be suitable for referencing (links to) top search phrases.
If you want to mark it up as some kind of list, you could use ItemList (I’d only go this way if you think the list is important). Note that you can’t use relatedLink in combination with that.
tl;dr: Use SearchResultsPage for the search result pages. Leave the footer links to these search result pages alone.
Many visitors visiting our website by a link to content in a different language from their mother tongue. If they click on the language switcher, they will be redirected to the home link of the current menu. That means they have to navigate to the content again.
Is there a Plugin available that solve this problem?
The use should change the language and see the english version of the specific content.
That should not be the case, if you have set up bi/multi language in the right way.
Have you associated the articles to each others as well as the menu entrys?
You need to have exact copies of your menu.
Are you talking about "Content Pages" that have no menu entry? If so, try to create a menu which is not visible for the user, but use it to associate content.
You find the Association Tab in the Menu Entry Edit
The Falang component allows you to manage all your content translations, even the content of all your components/modules, on your web site.
Falang doesn't use the default language system of Joomla 2.5 and 3.3. You don't have to specify a language for each content article or menu item (which results in a huge amount of duplication). You don't need to create few menu copies, few articles/categories copies for different languages.
Here is described how to use it
Is there a way to search for text in the documentation pane of Eclipse?
E.g. see the attached screenshot showing some Android SDK documentation:
and see this screenshot showing the Search menu:
I can't see how you can do a search. And Cmd F doesn't seem to do anything either.
This is basically a web browser pane. Sadly it is quite limited in functionality, you can't search within the view (and of course not within the documentation database instead of the currently shown document).
So the work around is to open the document in a complete, external browser. In this case it is easy to find the document (http://developer.android.com/reference/packages.html) but sometimes it might be annoying to find the URL as this limited web browser view doesn't even tell it to you or gives you a possibility to get it.
If it was about site search and not searching withing the page and if the site doesn't offer a site search (this one does) then of course you can use Google with a site:developer.android.com parameter; similar for other search engines.