I more or less understand that http requests override dupe files in the \template dir to use those same filenames in \template\custom if they exist, so is it correct to assume we do NOT have to address those \custom files directly?
On 2007-03-23 7:43 PM, DAVE GOURD wrote to All:exist,
I more or less understand that http requests override dupe files in the \template dir to use those same filenames in \template\custom if they
same way.so is it correct to assume we do NOT have to address those \custom files directly?
That is 100% correct assumption. :-)
Just code it as always. Any reference to the template folder will trigger
a check to the custom subfolder first and if not found, then it looks in
the template folder.
I guess you could be specific and go direct, hmm, maybe not, have not
tried, but I naturally say that because the WILDCAT ALIAS NAME system is pretty tight on specfic folder that it looks for. Anything else is considered an ACCESS violation. In other words, CUSTOM is not part of the alias name system. But TEMPLATE is, so to get to the custom folder, you
have to use TEMPLATE only first and once its inside the TEMPLATE folder, it then checks for the optional subfolder CUSTOM.
Its not a foriegn concept in Wildcat. WCBASIC applications work the
WILDCAT.WCL contains the compiled binary images for all the WCX
applications and library that makes up the ANSI/TELNET and WEB client interfaces. The source code to ~150+ WCX modules is called the WCBASIC PLUS PACK - an Add-on product to the WCBASIC compiler system.
So if you had a need to customize a specific WCX, like HTML-CREATE MESSAGE.WCX, or anything else, then you can override the internal WILDCAT.WCL copy of this WCX by creating a separate HTML-CREATE MESSAGE.WCX module and placing it in the same folder as WILDCAT.WCL (which is pretty much fixed at the ROOT \WCx installation folder).
So whenever there is a request to load/run a WCX, Wildcat! will also look for the WCX:
- as a standalone WCX, and if not found,
- check WILDCAT.WCL and use the stock image to load and run.
if not found at all, the "program module XXXXX not found" or something like that is shown.
If you wanted to completely REPLACE your ANSI/TEXT mode, just create your own MAIN.WCX and this will become your new "BBS" We have quite a few coporate customers who have gone that far to customise thier own login
logic with highly simplified but very tight entry connection logic. Once
the user is in, they utilitze the Upload/Download and/or mail features,
etc. Among the more recent support incidences, the CIA does this with its highly secured MODEM file exchanges with very simple IN AND OUT stuff. Not even the CIA trust the internet. Verizon has their own login logic totally bypassing the builtiin menu system 100% tied in with backend servers and mainframes FTP exchanges. Many do this simple to avoid update issues too.
Taking complete control of the interface works well for those who at that highly private need to do so. :-)
--
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 83:13:17 |
Calls: | 6,658 |
Calls today: | 4 |
Files: | 12,203 |
Messages: | 5,333,522 |
Posted today: | 1 |