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:
Re1000001: Setting up shop (1997)
Bug Report, maybe (1997)
Emailer Problem (2000)
Bad Cookie / Internet Option / Internet Explorer (2004)
Need relative path explanation (1997)
Search design (1997)
WebCatalog-NT?'s (1996)
RAM variables (1997)
Running _every_ page through WebCat ? (1997)
OK, here goes... (1997)
RE: [WebDNA] Friday's.. WIP thread (2009)
Email notification to one of multiple vendors ? (1997)
webdelivery.html and webna (1997)
WebCatalog as another user on mac osx (2001)
What is the maximum record length? (1998)
sending two mails from one template (2004)
Suggestions (1998)
Webcat & SIMS (1998)
[WebDNA] Exclude found items in a 2nd search (2016)
Emailer setup (1997)