On Wednesday 14 January 2009 13:40, Clayton wrote: > > may be simply called usability. For end users (as me) it is very > > frustrating to search for program documentation and to get hundreds > > of project related results which do not help to solve my problem. > > There is a Google Search box on the Documentation Wiki pages that > searches exclusively in the Documentation Wiki pages.
So first I have to know that I should not search through the search box I see, but to go on a certain page to search? Sorry, but this exactly what I mean by "not user friendly". > You can also > use regular Google search to narrow your search to specific subpages > in the Wiki IF the project or NLC group is using subpages... which > almost all are now. > > Adding site:http://wiki.services.openoffice.org/wiki/Documentation/ > to a Google search will search only the pages at /Documentation and > deeper. This is the same as using the search box in the > Searching/Downloading part of the main Documentation Wiki page. > > You can use the Google site: search trick on any subpage set on the > OOo Wiki. Are you really expecting an average user to perform that kind of sophisticated Google search? I'm not talking about project members but about "simple" ooo users seeking for help with a certain issue. I think you are far overestimating the average user's competence. > > more administrative work but more educative work, to make people > > follow naming conventions, to explain them how to confine search to > > one of the sections and similar. > > Project leads are already using subpages to sort and group pages > related to their projects as are contributors to virtually all > projects. I did not talk about project community members, only about end users. > Is it work? yes. Is it the best solution? I don't know. Would a > clean start be better, moving over the pages to the "right" > respective Wiki? Again I don't know... WikiMedia has been going > through a process like this as they have found it necessary to move > and split their Wikis. > > Splitting into more Wikis... two, three.. whatever is possible... > with its own set of issues such as several years legacy linking in > and out of the existing Wiki structure. It's the same issue that > would make it really hard to use Namespaces on the Wiki now. > > No one else has really spoken up and said much about the Wiki > structure and future. As more people provide content, it will > probably only get bigger and more convoluted if we don't do > something... whatever that something is. All these issues I did not want to touch - all I wanted to say is that for me as end user, the mixed contents is contraproductive. I don't know if there is an ideal solution, I just wanted to bring in a user's needs. And if you don't want to hear what I'm trying to say, then let's stop discussion here. Nino --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
