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:
OT: [WAY IN RIGHT FIELD SOMEWHERE] Spam Filters (2005)
Adding Multiple Items (1999)
4.51 Triggers (2003)
[WebDNA] WebDNA Code and HTML WYSIWYG Editors (2011)
WebDelivery downloads alias, not original ? (1997)
I have observed and I am gone. (1998)
WebCatalog can't find database (1997)
Help! WebCat2 bug (1997)
New Guestbook Source (1997)
CommitDatabase vs. CloseDatabase (2001)
Add to a field (1998)
Sorting Numbers (1997)
testing new mail server sorry (1998)
E-Mail (1998)
Re[2]: 2nd WebCatalog2 Feature Request (1996)
Random question (1998)
Seed encrypt/decrypt code error or bug? (1999)
PCS Frames-Default page is solution! (1997)
Navigator 4.01 (1997)
Unknown error: OrderNotCreated (1997)