[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Making things hard on me...




Please put the test in header.php3 as right now the search engine is
broken and only the search engine scripts use categories.php3.  You can
test your changes via:

http://dev.linuxkb.org:81/lbf/charitylist

On Fri, 27 Aug 1999, Jason Pincin wrote:

> Yeah yeah yeah... Sigh.  You and Micah are right I guess.  I do have one
> other idea.  Don't worry though... what I'm doing, if I do test my theory
> will not affect the search parameters.  
> 
> I'm going to commit the code I've been working on soon.  It's just about
> fully operations, with the action= and everything.  I also have
> simple/advanced searches integrated on my local copy and everything.  So
> you should be set after my commit.  I do have to add the test for perl, to
> see if Categories should include functions for not.  What about header?
> Your including header too aren't you?  Are you including both?  If so,
> header needs functions too... and I should only test in one of them.  Or
> are you including both sometimes and only one or the other other times?
> If so I'll need to do more complex testing.
> 
> Lemme know.
> 
> Jason
> 
> 
> 
> On Thu, Aug 26, 1999 at 07:17:28PM -0700, Aaron Turner wrote:
> > 
> > Hmmm.  Seems that we've been down this road before.  The problem seems to
> > me that this breaks the concept of drilling down.  How will you deal with
> > a parent with 5 children, and only two should have the article?  Will an
> > article be inherited from great-grandfather, to grandfather, to parent?
> > 
> > On Thu, 26 Aug 1999, Jason Pincin wrote:
> > 
> > > OK - 
> > > 
> > > Here is the current PAIN in my arse.
> > > 
> > > EVERY object EXCEPT Articles & External documentation can only have one
> > > parent.  I don't like that.  I hate it.  I've been coding circles around
> > > that issue - but my life would be easier if I could say:  ALL objects have
> > > ONE parent.
> > > 
> > > Does that make me a bad person?
> > > 
> > > Does anyone have any other ideas?  I'm getting a headache racking my brain
> > > against this issue.  
> > > 
> > > Am I out of line when I say:  If an article affects two differnet
> > > categories or applications, it should be linked above those categories or
> > > applications?  Not in each one seperatly?
> > > 
> > > Someone please help the thought process here - so that I know it's worth
> > > all the extra time to figure out ways around it if what I'm saying doesn't
> > > make sense.
> > > 
> > > But I feel that if we adhere to that rule, and place articles where they
> > > make sense... as well as design interfaces that allow very accurate
> > > tracking... such as using "Related Areas" and such things... that single
> > > parents for everything may make sense.  
> > > 
> > > Again - I need everyone's input on this.  
> > > 
> > > Jason
> > > 
> > 
> > --
> > Aaron Turner, Core Developer       http://vodka.linuxkb.org/~aturner/
> > Linux Knowledge Base Organization  http://linuxkb.org/
> > Because world domination requires quality open documentation.
> 

--
Aaron Turner, Core Developer       http://vodka.linuxkb.org/~aturner/
Linux Knowledge Base Organization  http://linuxkb.org/
Because world domination requires quality open documentation.