One of people's biggest complaints about Lift is it's complexity, which is also one it's strengths.
For our community, reading the source code is a huge part of the journey into becoming an experienced Lift practitioner. I have read the whole source code and at some point was even thinking of making some community annotated source code.
That being said, there are a few files in the webkit core that seem like they do no need to be part of the core language specification and imho serve to muddle up understanding the source code for someone who is coming to it fresh. These files either
a.) are poorly documented
b.) Are not used extensively
c.) Seem to be trying to appease people who don't want to do it the Lift way
d.) Does not need to be in the core logically and could be put into a util. / module
I would love a discussion about whether
a.) We should keep this file
b.) We should deprecate / remove this file
c.) We should move this file to another file
I could very well be mistaken and all of these files could be used by a number of people, and if that is the case I would love to know.
A few files I think would be best off in a module or in another package in the util:
Paginator.scala - THis seems like it could be in a "snippets" module or something akin to this. I don't think when looking through the core logic this fits.
MVCHelper.scala - Do many people come to lift to do MVC? Seems to me that most people here love the view first architecture. I know David has written some documentation about this, but other than one of two blog posts, there is not much support.
SimpleController.scala - I do not understand how this is used and would love to have some guidance on what to do / make of this.
js/Jx.scala - This is used for rendering javascript templates on the client side if I am not mistaken. This part of the source code has minimal documentation I have seen (please correct me if I am wrong.) and I feel like could be deprecated / moved to a module.
Reuben