If you're returning both the yellow fruit and the brown/green non-fruit, then the OR practically means AND, since you're not not returning the brown/green non-fruit if you have a yellow fruit. As far as simplification goes, it would probably be easier if you had checkboxes for each characteristic they wanted to search for, or maybe a field for the color, a field for the subject of the pic, etc. That would allow it to be dynamic if more colors or subjects were added later. Along this same line, if you wanted to later add the color chartreuse with fuchsia polka dots (which you don't currently have), then the current setup of using a 24 bit Hex code wouldn't allow for that expandability. If you used something shorter it would work better (if expandability is desired...). If you had one character for the color, one for the subject, etc., it's only limited by the characters of a font. So a yellow fruit might be YF****.jpg, and a green person might be GP*****.jpg. That way the single bit options aren't limited to TRUE/FALSE. It also makes searching easier, is you compile a list of the prefixes that will match your desired results. Maybe I'm missing something here...
Charlie Fiskeaux II Media Designer The Creative Group www.cre8tivegroup.com 859/858-9054x29 ----- Original Message ----- From: "Michael von Aichberger" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 03, 2002 3:10 PM Subject: AW: <lingo-l> logical terms > Since your list of images is finite (i.e. there can be only one image of each distinct type, such as #FFFFFF) That is not the case. There can be numerous pictures with the same code. Why not? There could be more than one picture of a green animal (if those were coded criteria) >>Fetch me a banana, but only if you haven't got a tomato yet. Every >>evaluation stands for itself. >This sounds like what I think you've been asking to do, and would be a reason why a single pass test might not work. So, which is it, are you happy with some that can find the bananas, or do you want the user to be able to do the second illustration above? I don't need the second idea "if you haven't got a tomato yet", because when you made your decision about selecting an item you would have to know what other items there were. This is not relevant. BUT the banana thing is still too simple. What I was missing was the ability to make alternative decisions within the criteria coded in one filename. Like: "Fetch me a yellow picture of a fruit or a picture of a non-food thing that can be either brown or green" or in other words: "Fetch me a picture that is mostly yellow if it is also a fruit or that is mostly brown or green if it is not a fruit." It was the adaption of this kind of "OR" and the possibilities of even more "OR" of this kind, that my original questions was about. See? [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!] [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
