On Fri, 05 Dec 2008 13:39:15 -0800, Brion Vibber <[EMAIL PROTECTED]> wrote:
> > Aryeh Gregor wrote: > > No, someone should *write* a UI. It should be written and added to > > the software. If it's subpar, fine, it can be improved later. Better > > that a mediocre UI should be written and committed now than that yet > > another category intersection discussion should die away as they > > always do. > > I'm Brion Vibber, and I approve this message. > > (Note that we can be open to alternative, more efficient backends such > as the Postgres system Greg's experimented with, or a Lucene backend, or > whatever, but to be something people can actively develop and test with > we need to at least have _something_ that works on MySQL, in the core > software, available by default.) > > Okay, that's a green light if I ever saw one, awesome. So let's create a a "categorysearch" myisam table, stick all the categories in it, set up hooks to maintain it, and implement the "fulltext index solution". We'll use a special page to show the results (?). I'm working on an interface that primarily would depend on two links at the bottom of each article, "find similar articles" and "find related categories" - these bring up articles having the same categories, and a list of top categories belonging to those categories, respectively. Sound good? Aerik -- http://eventfeed.org - An Initiative Promoting Syndication of Events http://www.wikidweb.com - the Wiki Directory of the Web http://tagthis.info - Hosted Tagging for your website! _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
