Hi,

having a completely whitespace-gobbling-free handling is a clean as
you can get; but it is not what most people expect. So it might
be good to cleanup the parser to not gobble anything, but have some
pluggable AST-post-processors to do the desired trimming - in
addition to the filter directive.

The whitespace handling I proposed would be the most wanted form, IMHO.
But there will be uses where no gobbling is desired. Many others will
decide for a JTidy filter (isntead of an AST post-processor) - when
performance is not an issue.

Probably the AST-post-procsesing is best added somewhere in the
Resource-Loader area?

Nathan Bubna wrote:
Peter Romianowski said:
...

this opportunity to get some of these "big" things (floats, maps,
whitespace. numbers, maps and *filters* ;)

yeah, yeah. ;)  but seriously, i do actually think we need more than filters.
right now, the whitespace gobbling "rules" are pretty arbitrary and pointless.
i really do think they should be fixed to not gobble at all.  then we can
provide filters to mimic Christoph's gobbling rules, one to mimic current
velocity behavior, a JTidy one, etc.  but i digress, this is not the right
thread for this.  :)

Peter Romianowski replied:
A very good point. Removing all gobbling is great and adds true WYSIWYG, which
is often claimed. That would be by far the cleanest solution. I am +1 with that.
Let's get through with the number-stuff. Then I'd like to work on the map-support.
The only thing left to do there is to agree on the syntax I guess. After that
we could go on with the filter stuff.
[snip]


Summarizing this thread Will Glass-Husain wrote:
nice discussion.  proposal, civil airing of pros and cons, apparent decision
by consensus.  (yes on TemplateNumber, no on comparing Strings and numbers).
appreciate it.  Let's try and do more of this.

I'm in favor of extending <, <=, >, >= to include objects that implement
Comparable.  It'll make the operators work with Strings and Dates by
default, which will be nice.

+1 for the Comparable addition!



WILL




-- :) Christoph Reck


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to