Re: Odd search results, or odd programmer, not sure which...
This WebDNA talk-list message is from 2002
It keeps the original formatting.
numero = 42874
interpreted = N
texte = I know what I was going to ask, but got distracted...I'm not concerned about having to further filter the search results, I'mcurious about the order of the elements that compose the search. I wasunaware of there being any difference, I didn't think it mattered, butapparently it does. Based on the the search results that I was getting frommy original post, depending on where each element (is there a better word?)is placed, the results are affected.Assuming again....the program is sorting records as it's conducting thesearch from left to right through your searchstring. So, if one elementlimits a certain set of records, or orders them or includes them, then thenext element further refines that recordset and so on until the search iscompleted. Is this correct? Is there a logical order? I'm thinking Ishould start adjusting my searches to something like this order:1. data to include (such as neskudatarq=[blank])2. smaller data to exclude3. sub-data of that to either include/exclude4. etc...5. sort order of outputOr am I just overthinking this? Perhaps I'm over-caffenated at this timenow....GK| Thanks. I was just thinking that as well based on Glenn's post. I wouldbe| using a [replace] as well and could filter that with the hideif's.|| On my pop-up window, I suppose I could of wrapped the output of the pagein| the hideif's to not show the HE's and used a showif to just show the| _open's.|| Perhaps this shows that there are some limitations in what you can/cannot| search for without having to further filter the results with| hideif's/showif's. Would still work though.|| Thanks all for the suggestions,| GK|| | Hey Gary,| || | I would do a search for those records that contain the 'open' and thenuse| a| | [hideif] of the 'if then' to remove those that contain the 'HE':| || | [search db=some.db&woLOCATIONSdatarq=_open&LOCATIONSword=ss]| | [founditems]| || | -- hideif --| | [hideif [locations]^HE]| || | -- if then --| | [If ([locations]^HE)]| | [Else]what ever you want to do here when LOCATIONS did not contain| | HE[/Else]| | [/If]| || | Just my thoughts.||| -------------------------------------------------------------| This message is sent to you because you are subscribed to| the mailing list
.| To unsubscribe, E-mail to: | To switch to the DIGEST mode, E-mail to| Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
|
- Re: Odd search results, or odd programmer, not sure which... (Kenneth Grome 2002)
- Re: Odd search results, or odd programmer, not sure which... (Gary Krockover 2002)
- Re: Odd search results, or odd programmer, not sure which... (Brian Fries 2002)
- Re: Odd search results, or odd programmer, not sure which... (Gary Krockover 2002)
- Re: Odd search results, or odd programmer, not sure which... (Gary Krockover 2002)
- Re: Odd search results, or odd programmer, not sure which... (Inkblot Media 2002)
- Re: Odd search results, or odd programmer, not sure which... (Inkblot Media 2002)
- Re: Odd search results, or odd programmer, not sure which... (Gary Krockover 2002)
- Re: Odd search results, or odd programmer, not sure which... (Glenn Busbin 2002)
- Odd search results, or odd programmer, not sure which... (Gary Krockover 2002)
|
I know what I was going to ask, but got distracted...I'm not concerned about having to further filter the search results, I'mcurious about the order of the elements that compose the search. I wasunaware of there being any difference, I didn't think it mattered, butapparently it does. Based on the the search results that I was getting frommy original post, depending on where each element (is there a better word?)is placed, the results are affected.Assuming again....the program is sorting records as it's conducting thesearch from left to right through your searchstring. So, if one elementlimits a certain set of records, or orders them or includes them, then thenext element further refines that recordset and so on until the search iscompleted. Is this correct? Is there a logical order? I'm thinking Ishould start adjusting my searches to something like this order:1. data to include (such as neskudatarq=[blank])2. smaller data to exclude3. sub-data of that to either include/exclude4. etc...5. sort order of outputOr am I just overthinking this? Perhaps I'm over-caffenated at this timenow....GK| Thanks. I was just thinking that as well based on Glenn's post. I wouldbe| using a [replace] as well and could filter that with the hideif's.|| On my pop-up window, I suppose I could of wrapped the output of the pagein| the hideif's to not show the HE's and used a showif to just show the| _open's.|| Perhaps this shows that there are some limitations in what you can/cannot| search for without having to further filter the results with| hideif's/showif's. Would still work though.|| Thanks all for the suggestions,| GK|| | Hey Gary,| || | I would do a search for those records that contain the 'open' and thenuse| a| | [hideif] of the 'if then' to remove those that contain the 'HE':| || | [search db=some.db&woLOCATIONSdatarq=_open&LOCATIONSword=ss]| | [founditems]| || | -- hideif --| | [hideif [locations]^HE]| || | -- if then --| | [If ([locations]^HE)]| | [Else]what ever you want to do here when LOCATIONS did not contain| | HE[/Else]| | [/If]| || | Just my thoughts.||| -------------------------------------------------------------| This message is sent to you because you are subscribed to| the mailing list .| To unsubscribe, E-mail to: | To switch to the DIGEST mode, E-mail to| Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Gary Krockover
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:
Almost a there but..bye bye NetCloak (1997)
OT: Flash developer needed (2007)
RealAudio .ram files (2000)
Multiple prices (1997)
Weird error/limit - something amiss? (1997)
WebCat2b15MacPlugIn - [authenticate] not [protect] (1997)
problems with 2 tags (1997)
Bug Report, maybe (1997)
Sorting error (1997)
Multiple Merchant Accounts? (1997)
free zip codes database (1999)
thankyou.tmpl (1997)
WebCat2.0 [format thousands .0f] no go (1997)
WebCatalog can't find database (1997)
Add to Cart & List of Products (1997)
Multiple security dbs (1997)
Why no lf in grep? (2004)
Execute Applescript (1997)
Plugin or CGI or both (1997)
Re:trouble (1997)