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:
Shownext on AOL (2003)
nested ListWords? (2003)
Question about replacing words (1998)
Email Line Breaks (2003)
[TaxableTotal] - not working with AOL and IE (1997)
4.5.1 download link (2003)
SHOWIF [var_with_backslash]^[value] (2002)
MacAuthorize hub, no modal password dialog? (1997)
More on the email templates (1997)
No Access warning when caching HTML files (1997)
[middle] (2000)
still having shipCost.db Problem (1997)
Store results of GetChars? (2003)
trouble updating records in database (1998)
HELP WITH DATES (1997)
t or f (1997)
database files in secure folder (1997)
OT - Need A Good Address Parser (2000)
math with multiple [founditems] (1999)
[convertchars] Problem (2000)