Re: The word TYPE in search contexts and fields
This WebDNA talk-list message is from 1998
It keeps the original formatting.
numero = 16467
interpreted = N
texte = At 2:05 PM -0800 3/6/98, John Hill is rumored to have typed:> Yes, it is smart enough to distingush between eqshiptypedata= and>shiptype= (that is, a field named shiptype and ship). The problem is>probably something more subtle. What sort of a search are you doing, what>is being returned, and what do you expect?>> John.Sometimes I do a find and replace in a database like so:[REPLACEdb=/DB.db&neSKUdatarq=[BLANK]&eqINVdatarq=3&neTYPEdatarq=ant]INV3=5[/REPLACE]This sometimes ignores the neTYPEdatarq arg.When I use this (TYPE field coming first),[REPLACEdb=/DB.db&neTYPEdatarq=ant&neSKUdatarq=[BLANK]&eqINVdatarq=3]INV3=5[/REPLACE]everything works fine.[SEARCH db=/MYDB.db&WATITLEdatarq=concrete&TITLEword=ww&neTYPEdatarq=ant][FOUNDITEMS][TITLE], [TYPE]
[/FOUNDITEMS][/SEARCH]has produced results with TYPE=ant, but using[SEARCH db=/MYDB.db &neTYPEdatarq=ant&WATITLEdatarq=concrete&TITLEword=ww]doesn't.I'm never able to reproduce it on command, but I know I'm not imagining it.This all takes place when I'm using just small snippits of code on a test page.It's weird.MichaelMichael Winston *By Phone!: (503)/652/8815 x341Internet Coordinator *By e-mail!: michaelw@dhorse.comDark Horse Comics, Inc. *By web!: http://www.dhorse.com/
Associated Messages, from the most recent to the oldest:
At 2:05 PM -0800 3/6/98, John Hill is rumored to have typed:> Yes, it is smart enough to distingush between eqshiptypedata= and>shiptype= (that is, a field named shiptype and ship). The problem is>probably something more subtle. What sort of a search are you doing, what>is being returned, and what do you expect?>> John.Sometimes I do a find and replace in a database like so:[REPLACEdb=/DB.db&neSKUdatarq=[BLANK]&eqINVdatarq=3&neTYPEdatarq=ant]INV3=5[/REPLACE]This sometimes ignores the neTYPEdatarq arg.When I use this (TYPE field coming first),[REPLACEdb=/DB.db&neTYPEdatarq=ant&neSKUdatarq=[BLANK]&eqINVdatarq=3]INV3=5[/REPLACE]everything works fine.[SEARCH db=/MYDB.db&WATITLEdatarq=concrete&TITLEword=ww&neTYPEdatarq=ant]
[founditems][TITLE], [TYPE]
[/FOUNDITEMS][/SEARCH]has produced results with TYPE=ant, but using[SEARCH db=/MYDB.db &neTYPEdatarq=ant&WATITLEdatarq=concrete&TITLEword=ww]doesn't.I'm never able to reproduce it on command, but I know I'm not imagining it.This all takes place when I'm using just small snippits of code on a test page.It's weird.MichaelMichael Winston *By Phone!: (503)/652/8815 x341Internet Coordinator *By e-mail!: michaelw@dhorse.comDark Horse Comics, Inc. *By web!: http://www.dhorse.com/
Michael Winston
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
unsubscribe (1997)
WebCat2 - Getting to the browser's username/password data (1997)
multi-paragraph fields (1997)
Bulletin Board.... (2000)
Next X hits (1996)
[WebDNA] sem_open bugfix for os x version 6.2 (2012)
Post size Limit? (1998)
Danger of [newcart] (1999)
[Sum] function? (1997)
HTML Emails To Eudora For Windows (2005)
Separate SSL Server (1997)
(2000)
Email Formatting (1998)
Replace Statement (1997)
The IBC root beer has arrived! (1997)
Re:Variable Math (1998)
New Weird Behavior (bug report) (2000)
Firesite and [referrer] atg broke (1997)
Setting up shop (1997)
[append] and SSL (1997)