The unfortunate thing is that the "small demo" strategy really does a disservice to the framework itself: usually what happens is that competing frameworks shrug it off because they already have a demo that does the same thing (and thus don't learn from the new innovations being demonstrated), and oftentimes the "general audience" devolves into meaningless discussions about exactly how many lines of code or hours of time more or less it would have taken in some other technology.
I offer this as launch advice to anyone (as I did to the other guys here on HN):
1. Make something truly unique
2. The more "real" the better
3. Most importantly show us how you did it: I would love it if new frameworks coming out had little tutorials of these apps or better yet a video showing how the app was made as opposed to saying "it took us X hours and heres the code". You wrote this framework, for all I know you designed this framework specifically for this demo. Show me how you made this and why it was so much easier for you. For example, what we do with Cappuccino is show that you can make a similar interface with Interface Builder and nib2cib in 10 minutes, not 10 hours. If you believe that your selling point is your meta programming or whatever, then show me how it made things better in the process.
Again, I honestly haven't looked deeply enough into this to make a reasoned opinion on whether this framework is good or bad, but I see these responses a lot and I think doing the above helps avoid them and to better demonstrate what makes you "special".