Re: [WebDNA] Quick sort/results grouping Q
This WebDNA talk-list message is from 2008
It keeps the original formatting.
numero = 101370
interpreted = N
texte = --Apple-Mail-7-809343944 Content-Type: multipart/alternative; boundary=Apple-Mail-6-809343892 --Apple-Mail-6-809343892 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Oh I see. Nice that it's in a table. Does allow lots of permutations. On Nov 7, 2008, at 10:38 AM, Gary Krockover wrote: > Thanks Pat! However I was looking for it to return just one > [T_AREA] per [J_UNIT] and that was only if it shared common > [T_AREAS] (so in database, they should both find that they have > Warbler Village in common and list just that for the 109-2 and 109-3 > J_UNIT's). I did manage to get it sorted out last night, but thanks! > > Gary > > At 10:22 AM 11/7/2008, you wrote: >> I set it up with a tst.db that had this in it (to act like your >> table): >> ------------------------------------- >> J_UNITIN_AREAT_AREA >> 109-2 ARTFunami DaiWestern Village >> 109-2 ARTFunami DaiWarbler Village >> 109-3 ARTChidori AirfieldWarbler Village >> 109-3 ARTChidori AirfieldDouble Root Beach >> 109-3 ARTChidori AirfieldWestern Coast >> -------------------------------------- >> >> >> Then I did this in the page: >> >> [search db=tst.db&neJ_UNITdatarq=[blank]&J_UNITsort=1&J_UNITsumm=T] >> [founditems] >> [J_UNIT] in [IN_AREA] has:
>> [search db=tst.db&neJ_UNITdatarq=[J_UNIT]&asT_AREAsort=1][founditems] >> [T_AREA] in range.
>> [/founditems][/search] >> [/founditems][/search] >> >> >> >> Which produced this output: >> >> 109-2 ART in Funami Dai has: >> Double Root Beach in range. >> Warbler Village in range. >> Western Coast in range. >> 109-3 ART in Chidori Airfield has: >> Warbler Village in range. >> Western Village in range. >> >> >> >> On Nov 7, 2008, at 12:03 AM, Gary Krockover wrote: >> >>> If I have this query: >>> >>> [search table=LONGRANGE&neJ_UNITdatarq=[blank]&asT_AREAsort=1] >>> [founditems] >>> [J_UNIT] in [IN_AREA] has [T_AREA] in range.
>>> [/founditems] >>> [/search] >>> >>> That produces this result: >>> >>> 109-2 ART in Funami Dai has Western Village in range. >>> 109-2 ART in Funami Dai has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Double Root Beach in range. >>> 109-3 ART in Chidori Airfield has Western Coast in range. >>> >>> How can I group it so that [J_UNIT] (ex: 109-2 ART) appears only >>> once and has the same T_AREA (ex: Funami Dai) as another T_UNIT? >>> >>> Optimal results would be: >>> >>> 109-2 ART in Funami Dai has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Warbler Village in range. >>> >>> Possible without several nested searches possibly? >>> >>> GJK --Apple-Mail-6-809343892 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Oh I see. Nice that it's = in a table. Does allow lots of = permutations.
On Nov 7, 2008, at 10:38 = AM, Gary Krockover wrote:
=
Thanks Pat! However I was looking for it to = return just one [T_AREA] per [J_UNIT] and that was only if it shared = common [T_AREAS] (so in database, they should both find that they have = Warbler Village in common and list just that for the 109-2 and 109-3 = J_UNIT's). I did manage to get it sorted out last night, but = thanks!
Gary
At 10:22 AM 11/7/2008, you wrote:
= I set it up with a tst.db that had this in it (to act like = your table):
-------------------------------------
= J_UNITIN_AREAT_AREA
109-2 ARTFunami DaiWestern Village
109-2 = ARTFunami DaiWarbler Village
109-3 ARTChidori AirfieldWarbler = Village
109-3 ARTChidori AirfieldDouble Root Beach
109-3 = ARTChidori AirfieldWestern Coast
= --------------------------------------
Then I did this in = the page:
[search = db=3Dtst.db&neJ_UNITdatarq=3D[blank]&J_UNITsort=3D1&J_UNITsumm= =3DT][founditems]
[J_UNIT] in [IN_AREA] has:<br>
[search = db=3Dtst.db&neJ_UNITdatarq=3D[J_UNIT]&asT_AREAsort=3D1][founditems= ]
[T_AREA] in range.<br>
= [/founditems][/search]
[/founditems][/search]
Which = produced this output:
109-2 ART in Funami Dai has:
= Double Root Beach in range.
Warbler = Village in range.
Western Coast in range.
109-3 ART = in Chidori Airfield has:
Warbler Village in range.
= Western Village in range.
On Nov 7, 2008, = at 12:03 AM, Gary Krockover wrote:
If I have this = query:
[search = table=3DLONGRANGE&neJ_UNITdatarq=3D[blank]&asT_AREAsort=3D1]
= [founditems]
[J_UNIT] in [IN_AREA] has [T_AREA] in range.<br>
= [/founditems]
[/search]
That produces this result:
= 109-2 ART in Funami Dai has Western Village in range.
109-2 ART in = Funami Dai has Warbler Village in range.
109-3 ART in Chidori = Airfield has Warbler Village in range.
109-3 ART in Chidori Airfield = has Double Root Beach in range.
109-3 ART in Chidori Airfield has = Western Coast in range.
How can I group it so that [J_UNIT] (ex: = 109-2 ART) appears only once and has the same T_AREA (ex: Funami Dai) as = another T_UNIT?
Optimal results would be:
109-2 ART in = Funami Dai has Warbler Village in range.
109-3 ART in Chidori = Airfield has Warbler Village in range.
Possible without several = nested searches possibly?
= GJK
= --Apple-Mail-6-809343892-- --Apple-Mail-7-809343944 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGGTCCAtIw ggI7oAMCAQICEBmvvAg5L6PclE8ruwo/gMYwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDkyNzAxMTg1M1oXDTA5MDkyNzAxMTg1 M1owPjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEbMBkGCSqGSIb3DQEJARYMcG1A d2ViZG5hLnVzMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtb7ZYYJV7sbgqxdgpBU/ qCRsIJYGNIo40L9odKmo6Y/mPBybeSry8KefqmuWoBXxc6xCvSSJDWFcb2sZ+TkedZrdxvtoL1pH NjDZNe2ow+RCNUvJcQd1+ASzh0J4QLHnNyoMY3zuCQwqM6hK5gU4AlpOSITekksSFuGXBdJTjSeI gIpZFTTrd1c/Zv7miT9gO5UmHiyDClKP8oX31YFlb3q9EM2p8WQzb2Ce2M9kokCs8ZnhT+fRNc/Q 9lc4RJtEuf3zynvg0cCbf71pgoC0Zepsop466jrvc08MsxxzRJDmjw20ci/3ltk+iAcD3TchYppw yX4HZhjrrZXcOMBMkQIDAQABoykwJzAXBgNVHREEEDAOgQxwbUB3ZWJkbmEudXMwDAYDVR0TAQH/ BAIwADANBgkqhkiG9w0BAQUFAAOBgQCBMxqOGsLwOxtLQ8YLvOQOym8UQyB0CiF0Dpd0oOA+hjD5 n9A1eileTd8OdkdPIb+der2Kw42N/UKARNSSkmn1hhKrgwTNYLyXFNlB+TJ2YvG13B27d4EaUdSn 2KWKDKG4w14lQSO9y+RTjMSuYi4kbeI50QHLZsTZDO3OhNcKjzCCAz8wggKooAMCAQICAQ0wDQYJ KoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjA dQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn 8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sC AwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9j cmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjAp BgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQAD gYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6 GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341Yh eILcIRk13iSx0x1G/11fZU8xggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQGa+8CDkvo9yUTyu7Cj+AxjAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG 9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wODExMDcxNjU5MjNaMCMGCSqGSIb3 DQEJBDEWBBTnTjDz9xqcdUJfW6XcX3pv7Xr6ajCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEBmvvAg5L6PclE8ruwo/gMYwgYcGCyqG SIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EC EBmvvAg5L6PclE8ruwo/gMYwDQYJKoZIhvcNAQEBBQAEggEAOktu5s+6tP6G25zPtP3LhJK6Q+O7 JyyywJzHLuMLK3Xm+FwSnZ0gN13Nd1kiruwor4/4Lw2E9cwfF8NYN1qWDkP8jSNMjBurn3WZ/Msj pkUUs5r6Gi1tB6vXK7kYSrQzl6xof5gl0TSFGdLuteNJgkkL3q6b51mJ1xI4meVkVtjM2RLVRqqz qE25pilgj8eg+a4D+owscnOtzbhaXvUV7dNWkvJisqMXxu31/9auPQY21EKbAsblfdTTL3VCSYcU 2K8xvY/KrCmBPru+IP18kOoFSKJo1TDU6lVkuRjq3H4Buv9/ghd1rtRvK9UoWcB/rfupUXkojVJd BLnOKmmnfgAAAAAAAA== --Apple-Mail-7-809343944--
Associated Messages, from the most recent to the oldest:
--Apple-Mail-7-809343944 Content-Type: multipart/alternative; boundary=Apple-Mail-6-809343892 --Apple-Mail-6-809343892 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Oh I see. Nice that it's in a table. Does allow lots of permutations. On Nov 7, 2008, at 10:38 AM, Gary Krockover wrote: > Thanks Pat! However I was looking for it to return just one > [T_AREA] per [J_UNIT] and that was only if it shared common > [T_AREAS] (so in database, they should both find that they have > Warbler Village in common and list just that for the 109-2 and 109-3 > J_UNIT's). I did manage to get it sorted out last night, but thanks! > > Gary > > At 10:22 AM 11/7/2008, you wrote: >> I set it up with a tst.db that had this in it (to act like your >> table): >> ------------------------------------- >> J_UNITIN_AREAT_AREA >> 109-2 ARTFunami DaiWestern Village >> 109-2 ARTFunami DaiWarbler Village >> 109-3 ARTChidori AirfieldWarbler Village >> 109-3 ARTChidori AirfieldDouble Root Beach >> 109-3 ARTChidori AirfieldWestern Coast >> -------------------------------------- >> >> >> Then I did this in the page: >> >> [search db=tst.db&neJ_UNITdatarq=[blank]&J_UNITsort=1&J_UNITsumm=T] >>
[founditems] >> [J_UNIT] in [IN_AREA] has:
>> [search db=tst.db&neJ_UNITdatarq=[J_UNIT]&asT_AREAsort=1]
[founditems] >> [T_AREA] in range.
>> [/founditems][/search] >> [/founditems][/search] >> >> >> >> Which produced this output: >> >> 109-2 ART in Funami Dai has: >> Double Root Beach in range. >> Warbler Village in range. >> Western Coast in range. >> 109-3 ART in Chidori Airfield has: >> Warbler Village in range. >> Western Village in range. >> >> >> >> On Nov 7, 2008, at 12:03 AM, Gary Krockover wrote: >> >>> If I have this query: >>> >>> [search table=LONGRANGE&neJ_UNITdatarq=[blank]&asT_AREAsort=1] >>>
[founditems] >>> [J_UNIT] in [IN_AREA] has [T_AREA] in range.
>>> [/founditems] >>> [/search] >>> >>> That produces this result: >>> >>> 109-2 ART in Funami Dai has Western Village in range. >>> 109-2 ART in Funami Dai has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Double Root Beach in range. >>> 109-3 ART in Chidori Airfield has Western Coast in range. >>> >>> How can I group it so that [J_UNIT] (ex: 109-2 ART) appears only >>> once and has the same T_AREA (ex: Funami Dai) as another T_UNIT? >>> >>> Optimal results would be: >>> >>> 109-2 ART in Funami Dai has Warbler Village in range. >>> 109-3 ART in Chidori Airfield has Warbler Village in range. >>> >>> Possible without several nested searches possibly? >>> >>> GJK --Apple-Mail-6-809343892 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Oh I see. Nice that it's = in a table. Does allow lots of = permutations.
On Nov 7, 2008, at 10:38 = AM, Gary Krockover wrote:
=
Thanks Pat! However I was looking for it to = return just one [T_AREA] per [J_UNIT] and that was only if it shared = common [T_AREAS] (so in database, they should both find that they have = Warbler Village in common and list just that for the 109-2 and 109-3 = J_UNIT's). I did manage to get it sorted out last night, but = thanks!
Gary
At 10:22 AM 11/7/2008, you wrote:
= I set it up with a tst.db that had this in it (to act like = your table):
-------------------------------------
= J_UNITIN_AREAT_AREA
109-2 ARTFunami DaiWestern Village
109-2 = ARTFunami DaiWarbler Village
109-3 ARTChidori AirfieldWarbler = Village
109-3 ARTChidori AirfieldDouble Root Beach
109-3 = ARTChidori AirfieldWestern Coast
= --------------------------------------
Then I did this in = the page:
[search = db=3Dtst.db&neJ_UNITdatarq=3D[blank]&J_UNITsort=3D1&J_UNITsumm= =3DT][founditems]
[J_UNIT] in [IN_AREA] has:<br>
[search = db=3Dtst.db&neJ_UNITdatarq=3D[J_UNIT]&asT_AREAsort=3D1][founditems= ]
[T_AREA] in range.<br>
= [/founditems][/search]
[/founditems][/search]
Which = produced this output:
109-2 ART in Funami Dai has:
= Double Root Beach in range.
Warbler = Village in range.
Western Coast in range.
109-3 ART = in Chidori Airfield has:
Warbler Village in range.
= Western Village in range.
On Nov 7, 2008, = at 12:03 AM, Gary Krockover wrote:
If I have this = query:
[search = table=3DLONGRANGE&neJ_UNITdatarq=3D[blank]&asT_AREAsort=3D1]
= [founditems]
[J_UNIT] in [IN_AREA] has [T_AREA] in range.<br>
= [/founditems]
[/search]
That produces this result:
= 109-2 ART in Funami Dai has Western Village in range.
109-2 ART in = Funami Dai has Warbler Village in range.
109-3 ART in Chidori = Airfield has Warbler Village in range.
109-3 ART in Chidori Airfield = has Double Root Beach in range.
109-3 ART in Chidori Airfield has = Western Coast in range.
How can I group it so that [J_UNIT] (ex: = 109-2 ART) appears only once and has the same T_AREA (ex: Funami Dai) as = another T_UNIT?
Optimal results would be:
109-2 ART in = Funami Dai has Warbler Village in range.
109-3 ART in Chidori = Airfield has Warbler Village in range.
Possible without several = nested searches possibly?
= GJK
= --Apple-Mail-6-809343892-- --Apple-Mail-7-809343944 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGGTCCAtIw ggI7oAMCAQICEBmvvAg5L6PclE8ruwo/gMYwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDkyNzAxMTg1M1oXDTA5MDkyNzAxMTg1 M1owPjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEbMBkGCSqGSIb3DQEJARYMcG1A d2ViZG5hLnVzMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtb7ZYYJV7sbgqxdgpBU/ qCRsIJYGNIo40L9odKmo6Y/mPBybeSry8KefqmuWoBXxc6xCvSSJDWFcb2sZ+TkedZrdxvtoL1pH NjDZNe2ow+RCNUvJcQd1+ASzh0J4QLHnNyoMY3zuCQwqM6hK5gU4AlpOSITekksSFuGXBdJTjSeI gIpZFTTrd1c/Zv7miT9gO5UmHiyDClKP8oX31YFlb3q9EM2p8WQzb2Ce2M9kokCs8ZnhT+fRNc/Q 9lc4RJtEuf3zynvg0cCbf71pgoC0Zepsop466jrvc08MsxxzRJDmjw20ci/3ltk+iAcD3TchYppw yX4HZhjrrZXcOMBMkQIDAQABoykwJzAXBgNVHREEEDAOgQxwbUB3ZWJkbmEudXMwDAYDVR0TAQH/ BAIwADANBgkqhkiG9w0BAQUFAAOBgQCBMxqOGsLwOxtLQ8YLvOQOym8UQyB0CiF0Dpd0oOA+hjD5 n9A1eileTd8OdkdPIb+der2Kw42N/UKARNSSkmn1hhKrgwTNYLyXFNlB+TJ2YvG13B27d4EaUdSn 2KWKDKG4w14lQSO9y+RTjMSuYi4kbeI50QHLZsTZDO3OhNcKjzCCAz8wggKooAMCAQICAQ0wDQYJ KoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjA dQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn 8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sC AwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9j cmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjAp BgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQAD gYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6 GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341Yh eILcIRk13iSx0x1G/11fZU8xggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQGa+8CDkvo9yUTyu7Cj+AxjAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG 9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wODExMDcxNjU5MjNaMCMGCSqGSIb3 DQEJBDEWBBTnTjDz9xqcdUJfW6XcX3pv7Xr6ajCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEBmvvAg5L6PclE8ruwo/gMYwgYcGCyqG SIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EC EBmvvAg5L6PclE8ruwo/gMYwDQYJKoZIhvcNAQEBBQAEggEAOktu5s+6tP6G25zPtP3LhJK6Q+O7 JyyywJzHLuMLK3Xm+FwSnZ0gN13Nd1kiruwor4/4Lw2E9cwfF8NYN1qWDkP8jSNMjBurn3WZ/Msj pkUUs5r6Gi1tB6vXK7kYSrQzl6xof5gl0TSFGdLuteNJgkkL3q6b51mJ1xI4meVkVtjM2RLVRqqz qE25pilgj8eg+a4D+owscnOtzbhaXvUV7dNWkvJisqMXxu31/9auPQY21EKbAsblfdTTL3VCSYcU 2K8xvY/KrCmBPru+IP18kOoFSKJo1TDU6lVkuRjq3H4Buv9/ghd1rtRvK9UoWcB/rfupUXkojVJd BLnOKmmnfgAAAAAAAA== --Apple-Mail-7-809343944--
Patrick McCormick
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:
Search in 2 or more catalogs (1997)
Exists? (1997)
Freeze (2003)
setitems, one more thing (1997)
Unzip (2005)
WebCat2b13MacPlugin - nested [xxx] contexts (1997)
[OT] Ave. Hits Per Day (2006)
Restoring textarea stored in header (1998)
Bug Report, maybe (1997)
Hosting WebDNA (2006)
Slightly [OT] Trying to get clients SQL system going (2005)
File Upload (1997)
4.5.1 upgrade fee (2003)
WebCat2b13MacPlugIn - [showif][search][/showif] (1997)
Displaying text and populating form fields (again) (2005)
emailer (1997)
customers order (1999)
normal users.db calls ... (1998)
OLD ORDERS (1998)
Re:no [search] with NT (1997)