Just committed, thanks a lot.
If you find others, please tell to us :-) .
Bye,
Sandro
Hi Georg,
I'll fix the small issue in the code (and in live samples in our web
site) asap, thanks for now.
Bye,
Sandro
Hi Noel,
I'm sorry but there is no screenshot in attach ... can you retry with
it inside a zip (could have been stripped out by mailing list ...) ?
But in any case, commit it :-) , under tutorials, or demos, chose what
you prefer.
Bye
king out loud.
-Original Message-
From: Todd Volkert [mailto:tvolk...@gmail.com]
Sent: Tuesday, August 03, 2010 2:24 PM
To: dev@pivot.apache.org
Subject: Re: BXML
> personally maintain are small enough that its not worth it at this point.
A
> BXML compiler is not out of the ques
> personally maintain are small enough that its not worth it at this point. A
> BXML compiler is not out of the question given aspectj and ITDs actually
> although it is unclear what the performance benefit would be.
FYI, I prototyped one back in the day, got it working, and the
performance benefi
> I think its critical that you, as a pivot-library-person, do consider the
> library expense of simplicity and maintainability from the pivot library
> perspective. However, I consider those factors from the entire app
> perspective so my lens is a little different. Neither point of view is right
> I think its been well proven that intercepting (even a
> little) the creation and initialization of an object hierarchy (the wiring)
> can be a huge complexity reducer
FYI, this has recently been revisited - check out the changes in revision
#981995. Todd can provide more detail.
> Nice write up! Can that go on the web site?
Yes - it will most likely be incorporated into the "BXML Primer" when 2.0 is
released.
Nice write up! Can that go on the web site?
I can only provide these personal thoughts:
I think the discussions around BXML here really are just saying, hey, there
is an original BXML use-case that it satisfies fair enough to your point.
But it could do more and that may make pivot have a competi
