Re: [WebDNA] Don't change [ipaddress] ...
This WebDNA talk-list message is from 2015
It keeps the original formatting.
numero = 111853
interpreted = N
texte = Nothing wrong with your approach either, however here's my opinion since you brought it up: 1- [realIP] is a whole lot faster and easier to type than [ipaddress format=standard/clean] 2- The internal code inside the WebDNA engine would probably be more complex if it has to consider optional parameters when it encounters [ipaddress. 3- Adding optional parameters to a tag that never had them before means the C++ programmer (probably wouldn't but) could possibly "screw up" and accidentally break [ipaddress] -- whereas with a new tag he wouldn't even be touching that internal code so he could not break it. 4- To me it is cleaner to add a new tag rather than make us modify our use of an existing tag, especially when the vast majority of us will probably never use [ipaddress] again anyways after [realIP] becomes available! This reminds me of years ago when Grant asked for suggestions. One of them was to create a webdna comment context. I argued that we don't need it because using [showif x=y] would work fine to hide any code we felt like commenting out ... FORTUNATELY my suggestion was ignored, and ever since we have enjoyed the benefit of the faster and easier to type [!]. I think the same lesson applies here: Let's just keep things as simple as possible and add a new [realIP] tag -- or make things super short-and-sweet with [ip]. :) Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 01/12/2015 11:48 AM, Brian Burton wrote: > Why not [ipaddress format=standard/clean]? if no format is > specified, the default behavior is the same as today, if the > format is specified to be “clean” then no extra zeros. This is > more inline with the other WebDNA tags and doesn’t add more > clutter to the language. > > -BBB > >> On Jan 12, 2015, at 11:11 AM, Kenneth Grome >>
wrote: >> >>> Maybe it's better that the WSC resources be put to other >>> uses like fixing the IPaddress format. >> >> For clarification, I never suggested changing or "fixing" >> the existing [ipaddress] format. >> >> And I would never make such a suggestion because it would >> break the work-around code many of us have been using for >> years to get rid of the extraneous leading zeros produced by >> [ipaddress]. >> >> On the other hand, a *new* [realIP] tag that gives us the >> real ip address -- without the undesirable leading zeros -- >> would definitely be a welcome improvement. >> >> Regards, Kenneth Grome > > > --------------------------------------------------------- This > message is sent to you because you are subscribed to the > mailing list . To unsubscribe, E-mail to: > archives: > http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us >
Associated Messages, from the most recent to the oldest:
Nothing wrong with your approach either, however here's my opinion since you brought it up: 1- [realIP] is a whole lot faster and easier to type than [ipaddress format=standard/clean] 2- The internal code inside the WebDNA engine would probably be more complex if it has to consider optional parameters when it encounters [ipaddress. 3- Adding optional parameters to a tag that never had them before means the C++ programmer (probably wouldn't but) could possibly "screw up" and accidentally break [ipaddress] -- whereas with a new tag he wouldn't even be touching that internal code so he could not break it. 4- To me it is cleaner to add a new tag rather than make us modify our use of an existing tag, especially when the vast majority of us will probably never use [ipaddress] again anyways after [realIP] becomes available! This reminds me of years ago when Grant asked for suggestions. One of them was to create a webdna comment context. I argued that we don't need it because using [showif x=y] would work fine to hide any code we felt like commenting out ... FORTUNATELY my suggestion was ignored, and ever since we have enjoyed the benefit of the faster and easier to type [!]. I think the same lesson applies here: Let's just keep things as simple as possible and add a new [realIP] tag -- or make things super short-and-sweet with [ip]. :) Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 01/12/2015 11:48 AM, Brian Burton wrote: > Why not [ipaddress format=standard/clean]? if no format is > specified, the default behavior is the same as today, if the > format is specified to be “clean” then no extra zeros. This is > more inline with the other WebDNA tags and doesn’t add more > clutter to the language. > > -BBB > >> On Jan 12, 2015, at 11:11 AM, Kenneth Grome >> wrote: >> >>> Maybe it's better that the WSC resources be put to other >>> uses like fixing the IPaddress format. >> >> For clarification, I never suggested changing or "fixing" >> the existing [ipaddress] format. >> >> And I would never make such a suggestion because it would >> break the work-around code many of us have been using for >> years to get rid of the extraneous leading zeros produced by >> [ipaddress]. >> >> On the other hand, a *new* [realIP] tag that gives us the >> real ip address -- without the undesirable leading zeros -- >> would definitely be a welcome improvement. >> >> Regards, Kenneth Grome > > > --------------------------------------------------------- This > message is sent to you because you are subscribed to the > mailing list . To unsubscribe, E-mail to: > archives: > http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us >
Kenneth Grome
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:
Webstar 1.3.1 PPC (1997)
Error: Too many nested [xxx] contexts (1997)
PIXO support (1997)
Variable prices and Formulas.db (1997)
autosensing lanague selection (1997)
problem serving foreign languages text (1997)
What is the best way to share load with Web Cat and mac (2000)
required fields (1998)
problems with 2 tags (1997)
[table] retained in memory (2006)
PCS Customer submissions ? (1997)
Just made store and move file from webcatalog......... (2000)
Bug Report, maybe (1997)
ReturnRaw and redirect one last question (1997)
Pithy questions on webcommerce & siteedit (1997)
Browser Check for WebDNA compatability (1999)
[WebDNA] line/Row Insert (2017)
WC 2.0 frames feature (1997)
Logging purchases (1997)
Windows 2.1b4 WebCatalog available (1997)