Re: tabs as delimiters
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 59713
interpreted = N
texte = I'm back on this project. I tried doing what Brian suggests, but apparently you can't replace anything with a true tab, using either grep or convertchars/words. I've gotten around this by prepending a short string to each value when I write to the db, then grepping it out when I display the values on the page. Pretty much a kludge. I would still lobby for a collapse=F parameter to be added for listwords (to do the same thing tabs=t does), or let tabs=t apply to the given delimiter, to a future version. Terry >Use GREP or CONVERTCHARS to turn %1D back into real tabs, then you >can use the tabs=T option. >- brian > >On Oct 9, 2004, at 4:07 PM, Terry Wilson wrote: > >> Thanks again, but using %1D gets me right back where I started >>with the pipe char: empty values collapse. The tab=t parameter is >>for making empty values valid when reading tab-delimited text, but >>as we can see, you can't pull a tab out of a DB field. >> >> I'm going to have to do something different. Shouldn't be hard, >>but I don't see why SMSI couldn't make tabs=T apply to whatever >>delimiter you happen to be using either. >> >> Thanks, >> Terry >> >> Ken wrote: >> >>> Thanks Ken. Yes, now that you point this out, it's perfectly clear. >>> Of course I know you can't put tabs in field - why didn't I see >>> that? I wonder why they use the tabs=t in the first place for >>> listwords? >> >> Probably because listwords isn't always used on database field >> values, sometimes it is used on text that actually has tabs in it. >> But I have never used the optional tabs=t parameter myself so I don't >> really know what it's there for ... >> >>> Now I see what's happening. The stored value is correct, but with >>> another character in place of tabs. Inspecting my database in BBedit >>> I find the tab char is now replaced with /0x1D whatever that is. >> >> So now you can use [listfields delimiters=%1D&words=[yourwordshere]] >> and it should work fine, assuming the rest of your code is okay. >> -- >>> On Oct 8, 2004, at 11:40 AM, Terry Wilson wrote: >>> >>>> When you use a tab as a delimiter in a string so you can split >>>>it apart later via listwords, with blank entries intact: >>>> ------------------------------------------------------------- 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://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
I'm back on this project. I tried doing what Brian suggests, but apparently you can't replace anything with a true tab, using either grep or convertchars/words. I've gotten around this by prepending a short string to each value when I write to the db, then grepping it out when I display the values on the page. Pretty much a kludge. I would still lobby for a collapse=F parameter to be added for listwords (to do the same thing tabs=t does), or let tabs=t apply to the given delimiter, to a future version. Terry >Use GREP or CONVERTCHARS to turn %1D back into real tabs, then you >can use the tabs=T option. >- brian > >On Oct 9, 2004, at 4:07 PM, Terry Wilson wrote: > >> Thanks again, but using %1D gets me right back where I started >>with the pipe char: empty values collapse. The tab=t parameter is >>for making empty values valid when reading tab-delimited text, but >>as we can see, you can't pull a tab out of a DB field. >> >> I'm going to have to do something different. Shouldn't be hard, >>but I don't see why SMSI couldn't make tabs=T apply to whatever >>delimiter you happen to be using either. >> >> Thanks, >> Terry >> >> Ken wrote: >> >>> Thanks Ken. Yes, now that you point this out, it's perfectly clear. >>> Of course I know you can't put tabs in field - why didn't I see >>> that? I wonder why they use the tabs=t in the first place for >>> listwords? >> >> Probably because listwords isn't always used on database field >> values, sometimes it is used on text that actually has tabs in it. >> But I have never used the optional tabs=t parameter myself so I don't >> really know what it's there for ... >> >>> Now I see what's happening. The stored value is correct, but with >>> another character in place of tabs. Inspecting my database in BBedit >>> I find the tab char is now replaced with /0x1D whatever that is. >> >> So now you can use [listfields delimiters=%1D&words=[yourwordshere]] >> and it should work fine, assuming the rest of your code is okay. >> -- >>> On Oct 8, 2004, at 11:40 AM, Terry Wilson wrote: >>> >>>> When you use a tab as a delimiter in a string so you can split >>>>it apart later via listwords, with blank entries intact: >>>> ------------------------------------------------------------- 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://webdna.smithmicro.com/
Terry Wilson
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:
Setting up shop (1997)
Error handling for accountNum (1997)
why am I getting an authenticate dialog with no [protect]? (2000)
World Address Info (2003)
Showing unopened cart (1997)
Add to Cart & List of Products (1997)
Passing values - never mind (1999)
Limiting user access to .tmpl files (1997)
Emailer errors (1997)
popups, netscape vs explorer (1997)
unsubscribe (1997)
[WriteFile] problems (1997)
send mail problem? (1997)
CDATA problems (2008)
[OT] Forums - check it out (2005)
autosensing lanague selection (1997)
Practice runs ? (1997)
Test (2003)
WebCat2 Append problem (B14Macacgi) (1997)
OT: Poll Results (2002)