Hei! > The index > (http://docs.php.net/manual/en/indexes.php) should be found a bit easier, > IMO, it's not just one appendice.. :)
Move it to the "PHP Manual" listing at the top maybe? > > By default the search looks for 'intro.', 'book.', 'ref.', 'class.' > > and then 'function.' prefixes. > > The order of those can easily be changed. > > > > I'd like that the search would search in this order (no idea what the magic > prefixes might be): function / class / ini option / constant / whole site > That would be what I think might be the most common what is been looked > for. Makes sense, missing a extension name and method name though ;) However INI and constants options aren't indexed yet I think the redirecting to ext-intro page for php.net/extname may have been a mistake, it probably should be the book TOC page (i.e www.php.net/book.dom rather than www.php.net/intro.dom) like it was originally. > > The problem was that those "extension frontpages" where _huge_. I mean > > really really huge. Browsing pages like the session index or (god > > forbid) the sca/sdo was simply impossible. > > > > Well, that kind of pages (IIRC) were in minority, so why not fix them > instead of making it the whole manual extremely inconvenient to use..? Cause that would cause a major wtf with random extension structure looking completely different. This way all extensions use a consistent layout and naming and can offer much more details than possibly could before. The only thing we need to do now is to "publish" the new prefixes so users can start using them (i.e. php.net/classname.methodname, php.net/extensionname.installation, php.net/extensionname.configuration) and browse the manual much more efficiently. -Hannes
