Peter said: ... > We should always keep in mind though, that upgrading might > be a hard thing to do if you have a lot of templates. For the > number issue it would be good to have a switch like "Warn if > changed numerical handling detected" and then add checks to > the operators, that put a warning into the logfile, if there > are false results (like 5/2).
hmm. an optional warning switch might not hurt for a while, but eventually it ought to be removed. > OTOH I think that we should take the chance to eliminate all > the "flaws" we find like whitespace handling (#* *# different > than ##) and escaping. personally, i think it's a "flaw" to gobble any whitespace outside of directives or method calls on a variable (a.k.a. whitespace in the schmoo stays untouched). :-) it may not be optimal for having both pretty output and pretty code, but it is by far the most intuitive way to go. no complex or debatable rules to be figured out, just a simple "what you type (non-VTL) is what you get" policy. this is tied to my opinion that all whitespace ought to be treated equally with the obvious exception of the line break closing a single line comment, thus allowing multi-line directives, method calls, etc. > So we should only have ONE release that > breaks something... But that's clear I think. heh. you mean only one such release in the currently foreseen future, right? Nathan Bubna [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
