Re: [include] and not found
This WebDNA talk-list message is from 2005
It keeps the original formatting.
numero = 63408
interpreted = N
texte = I originally built it that way, but broke it up only because of the rest of the process. I have a lengthy medical form consisting of a series of physical tests. Each test needs to be evaluated based on score, along with age and gender of the patient. Because doctors understand the tests, breaking the processing into corresponding .inc files really helps the doctors understand what the computer does with each order. On Nov 14, 2005, at 5:40 PM, Marko Bernyk wrote: >> It's convenient to edit those additional >> functions or even eliminate processing for individual fields by >> editing or removing individual .inc files. > > > I use a WriteFiles.tpl template that contains code for > generating .inc files to update Java code to create dynamic pop up > menus and other .inc tidbits for navigation of our site. > WriteFiles.tpl uses Searches Lookups Writefile AppendFile and > loops. This Writefiles.tpl is triggered to run automatically. So if > there is ANY changes in the main db of Products or Categories/ > SubCategories the WriteFiles.tpl will always keep the popup menus > updated and other tidbits. My Updates happen daily no matter if > there are changes or not in the main database. > > If you use a WriteFiles.tpl you could: > 1) Contain all the code in 1 file for all your 200 .inc files. > 2) Turn On/Of an .inc file as I mentioned before by updating the > database for existance of a .inc > 3) let Webcatalog do the work for you > > Ok it may be a big file - but it is a process file you run when you > need to apply any changes. > > OR > > The other thing you can do is just have a empty .inc file - it will > still load and not report any errors. > > -- > Regards, > Marko > > > On Tuesday, 15 November 2005 5:32 AM, Patrick McCormick >
wrote: > The .inc files perform additional functions on a subset of all > available fields. Some fields are informational only; it's coming > from a large medical form. It's convenient to edit those additional > functions or even eliminate processing for individual fields by > editing or removing individual .inc files. > > On Nov 13, 2005, at 5:48 PM, Marko Bernyk wrote: > >> You are already listing the .inc file from a field in a db... why >> not mark the fields T/F for existance in the database when you >> create the .inc files... (and change value when deleteing the >> files) that way your search will only be for already existing >> fields and you will not have file not found errors. >> >> Use the database and not the [fileinfo..] as Fileinfo adds disk >> overheads for looking up the files on disk and since you have many >> files this might be noticeable. >> >> -- >> Regards, >> Marko >> >> >> On Thursday, 10 November 2005 4:31 AM, Patrick McCormick >> wrote: >> I was worried about the overhead of using functions. My project >> involves a large, medical form with almost 200 choices. It's coded in >> Flash and sends data to the server as it's entered. Form choices >> require further processing. I've broken that processing into >> separate .inc files named field_1.inc, field_2.inc, ... >> field_almost200.inc: >> >> [search db=formData.db&formID=[formSID]][founditems] >> [listfields db=formData.db] >> [hideif [interpret][[fieldname]][/interpret]=] >> [include file=[filename].inc] >> [/hideif] >> [/listfiles] >> [/founditems][/search] >> >> Some of the data is informational only and requires no further >> handling or processing. For those fields I just skip creating an .inc >> file. Suppressing the error message for missing .inc files is a big >> deal. >> >> using [function] would mean having to separately check for the >> existence of the .inc file and check for an associated field value. >> If I can get those functions inherently in >> I am relieved that WebDNA doesn't stop processing when it encounters >> a missing .inc file. It just keeps chugging to the next one. >> >> >> On Nov 8, 2005, at 2:05 PM, Jesse Proudman wrote: >> >>> That's the nice thing about the [function] command. You can write >>> your own function to do exactly that. >>> >>> Thanks >>> >>> On Nov 8, 2005, at 11:58 AM, Patrick McCormick wrote: >>> >>>> I have the site in its own sandbox so ErrorMessages.db will work >>>> fine. It would be nice if SMSI added a notfound option, though to >>>> override the default message. >>> >>> -- >>> >>> Jesse Proudman >>> Blue Box Group, LLC >>> Personalized, Professional Web Solutions for Your Business >>> >>> p. +1.800.613.4305 x801 >>> e. jesse@blueboxgrp.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 >> digest@talk.smithmicro.com> >>> Web Archive of this list is at: http://webdna.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
I originally built it that way, but broke it up only because of the rest of the process. I have a lengthy medical form consisting of a series of physical tests. Each test needs to be evaluated based on score, along with age and gender of the patient. Because doctors understand the tests, breaking the processing into corresponding .inc files really helps the doctors understand what the computer does with each order. On Nov 14, 2005, at 5:40 PM, Marko Bernyk wrote: >> It's convenient to edit those additional >> functions or even eliminate processing for individual fields by >> editing or removing individual .inc files. > > > I use a WriteFiles.tpl template that contains code for > generating .inc files to update Java code to create dynamic pop up > menus and other .inc tidbits for navigation of our site. > WriteFiles.tpl uses Searches Lookups Writefile AppendFile and > loops. This Writefiles.tpl is triggered to run automatically. So if > there is ANY changes in the main db of Products or Categories/ > SubCategories the WriteFiles.tpl will always keep the popup menus > updated and other tidbits. My Updates happen daily no matter if > there are changes or not in the main database. > > If you use a WriteFiles.tpl you could: > 1) Contain all the code in 1 file for all your 200 .inc files. > 2) Turn On/Of an .inc file as I mentioned before by updating the > database for existance of a .inc > 3) let Webcatalog do the work for you > > Ok it may be a big file - but it is a process file you run when you > need to apply any changes. > > OR > > The other thing you can do is just have a empty .inc file - it will > still load and not report any errors. > > -- > Regards, > Marko > > > On Tuesday, 15 November 2005 5:32 AM, Patrick McCormick > wrote: > The .inc files perform additional functions on a subset of all > available fields. Some fields are informational only; it's coming > from a large medical form. It's convenient to edit those additional > functions or even eliminate processing for individual fields by > editing or removing individual .inc files. > > On Nov 13, 2005, at 5:48 PM, Marko Bernyk wrote: > >> You are already listing the .inc file from a field in a db... why >> not mark the fields T/F for existance in the database when you >> create the .inc files... (and change value when deleteing the >> files) that way your search will only be for already existing >> fields and you will not have file not found errors. >> >> Use the database and not the [fileinfo..] as Fileinfo adds disk >> overheads for looking up the files on disk and since you have many >> files this might be noticeable. >> >> -- >> Regards, >> Marko >> >> >> On Thursday, 10 November 2005 4:31 AM, Patrick McCormick >> wrote: >> I was worried about the overhead of using functions. My project >> involves a large, medical form with almost 200 choices. It's coded in >> Flash and sends data to the server as it's entered. Form choices >> require further processing. I've broken that processing into >> separate .inc files named field_1.inc, field_2.inc, ... >> field_almost200.inc: >> >> [search db=formData.db&formID=[formSID]][founditems] >> [listfields db=formData.db] >> [hideif [interpret][[fieldname]][/interpret]=] >> [include file=[filename].inc] >> [/hideif] >> [/listfiles] >> [/founditems][/search] >> >> Some of the data is informational only and requires no further >> handling or processing. For those fields I just skip creating an .inc >> file. Suppressing the error message for missing .inc files is a big >> deal. >> >> using [function] would mean having to separately check for the >> existence of the .inc file and check for an associated field value. >> If I can get those functions inherently in >> I am relieved that WebDNA doesn't stop processing when it encounters >> a missing .inc file. It just keeps chugging to the next one. >> >> >> On Nov 8, 2005, at 2:05 PM, Jesse Proudman wrote: >> >>> That's the nice thing about the [function] command. You can write >>> your own function to do exactly that. >>> >>> Thanks >>> >>> On Nov 8, 2005, at 11:58 AM, Patrick McCormick wrote: >>> >>>> I have the site in its own sandbox so ErrorMessages.db will work >>>> fine. It would be nice if SMSI added a notfound option, though to >>>> override the default message. >>> >>> -- >>> >>> Jesse Proudman >>> Blue Box Group, LLC >>> Personalized, Professional Web Solutions for Your Business >>> >>> p. +1.800.613.4305 x801 >>> e. jesse@blueboxgrp.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 >> digest@talk.smithmicro.com> >>> Web Archive of this list is at: http://webdna.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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 digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.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://webdna.smithmicro.com/
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:
math on date? (1997)
Need formum software... (2003)
webcat2b12 CGI -- Date comparisons (1997)
Part 2 - [showif] if variable exists (1998)
trouble updating records in database (1998)
Quiestion (1997)
my price won't move (1997)
Serial Number Question (1997)
Digest for 4/18/97 (1997)
Kaaaaahhhhhhhnnnnnnn! (1997)
WriteFile is there a max size? (1998)
searchable list archive (1997)
PIXO Support (1997)
WebCat and image maps (1997)
[WebDNA] Upgrade to Lion (2011)
billing system (2003)
too many nested tags ... (1997)
Webcat Hosting in London or UK (2003)
Need Web Cat Hosting ASAP (2000)
forms and variables (1998)