Re: Categories

>>>>> "DR" == Dave Rolsky <[email protected]> writes:

  DR> This kind of hierarchy lends itself pretty naturally to web browsing
  DR> (think Yahoo) and searches.

ok, that works for me. the issue i have always had with hierarchies was
the one slot a book could be in.

  DR> One very important thing to note is that a book can be in _more than one
  DR> category_!

and that solves that problem!

  DR> So for Uri's example of Mastering Regular Expressions, it'd be in:

  DR>  Technical -> Programming -> Regular Expressions
  DR>  Technical -> Programming -> Languages -> Perl


and in 

Technical -> utilities (grep, awk, sed)
Technical -> editors (emacs, vi)


  DR> and maybe other categories.  The only sticky wicket that needs to be
  DR> decided is if a book can be in a parent and child at the same time, like:

  DR>  Technical -> Programming
  DR>  Technical -> Programming -> Perl

hmm, a node only has other nodes or books? or could it have both? 

  DR> While I can see that there are probably a few books where that
  DR> might make sense there are good reasons to outlaw it, mainly in
  DR> order to prevent garbage from accumulating as new child categories
  DR> are created and books are moved into then.

i would like to keep nodes either filled with books or other
nodes. sharing a node bothers me somehow.

uri

-- 
Uri Guttman  ------  [email protected]  -------- http://www.stemsystems.com
-- Stem is an Open Source Network Development Toolkit and Application Suite -
----- Stem and Perl Development, Systems Architecture, Design and Coding ----
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org