Re: phpweb documentation search

From: Date: Sun, 12 Dec 2010 14:16:24 +0000
Subject: Re: phpweb documentation search
References: 1 2 3 4  Groups: php.webmaster 
Request: Send a blank email to php-webmaster+get-9692@lists.php.net to get a copy of this message
Interesting quoting style.. ;) For a quick function/method/variable search I think we need both client side (or via xhr), and a html representation, like http://php.net/manual-lookup.php?pattern=strp&lang=en For the http://php.net/strpos, scoring the results is important.. You would expect to get function.strpos.php, not function.mb-strpos.php It would be great if we could add our own indexes, like when searching for 'fsockopen', the 'socket context' page would be visible in the results.. All other search mechanisms should be performed using the users favorite search engine. -Hannes On Sat, Dec 11, 2010 at 18:51, Stewart Lord <stewey@ambitious.ca> wrote: > On 2010-12-11, at 3:24 AM, Hannes Magnússon wrote: > > Do you still have the code for it somewhere? > I can't remember why we didn't actually implemented into current phpweb.. > > Almost lost it, but I grabbed it from a backup yesterday. Here it is: > http://pastebin.com/QKnUZUW5 > We didn't implement it because it was supposed to be part of the redesign > and we started to go down the path of a JS only version. > > Which also probably look into doing iterative upgrades of the website, > this "all or nothing" approach isn't working out.. > > Agreed! Unfortunately people just don't have much spare time :( > > Hang on. Are you talking about the searchbox on prototype.php.net? > It has a minor problem with method searching, and should probably > prioritize hits that start with the same letters (i.e. 'strp' should > rank strpbrk, strpos, and strptime before graphme_, mb_, and > iconv_strpos). > > Nope. That version used a purely client-side function index  (300kb .js file > loaded into the browser) and did not have support for scoring due to > limitations in the jQuery autocomplete plugin at the time. > > Other then that, it seems to work great.. Should we merge it to trunk? > > It would need a bit of work. If we go the purely JS route, someone needs to > look at the latest autocomplete to see if it can support arbitrary > sorting/scoring. I'm still a bit leery of sending 300kb of JS to the client. > Alternatively it could be revised to use XHR to call the script I posted > above. The CSS would need to be revised to suit the existing design of > PHP.net. > Hope that helps! > Stew

« previous php.webmaster (#9692) next »