Well, I don't necessarily think that's a bad idea. In fact, I was thinking
about that as well last night. I'm really not familiar at all with how
complex it would be to write a compiler plugin, or how easy that would be to
integrate with Maven. What I was thinking of, at least, was combining a
I'm in the process of playing with the Record code so I have some examples
for the book. I've run into two small issues:
1. I'm writing a custom Field type (DecimalField) and it seems like the
valueCouldNotBeSet var should be set if I can't parse the decimal string
that a user hands me
On Wed, Nov 26, 2008 at 7:34 AM, Derek Chen-Becker [EMAIL PROTECTED]wrote:
I'm in the process of playing with the Record code so I have some examples
for the book. I've run into two small issues:
1. I'm writing a custom Field type (DecimalField) and it seems like the
On Nov 26, 5:34 pm, Derek Chen-Becker [EMAIL PROTECTED] wrote:
I'm in the process of playing with the Record code so I have some examples
for the book. I've run into two small issues:
1. I'm writing a custom Field type (DecimalField) and it seems like the
valueCouldNotBeSet var
I believe so. Record/Field currently provide necessary abstraction and
server side validation structure. JDBC implementation for Record stuff
it's on its way ... and of course one could write a DB4O
implementation for it.
I think it would be sweet to have such integration in the future but I
On Wed, Nov 26, 2008 at 10:28 AM, Marius [EMAIL PROTECTED] wrote:
I believe so. Record/Field currently provide necessary abstraction and
server side validation structure. JDBC implementation for Record stuff
it's on its way ... and of course one could write a DB4O
implementation for it.
I
IMO, there is a wider issue here at large:
Should we be providing a way / central repo for lift plugins (read:
modules) that are part of lift proper? Kind of like a lift-extras
repo? Possibly host it on scala-tools?
Cheers
Tim
On 26 Nov 2008, at 18:32, David Pollak wrote:
We will not be
please do a git pull
On Nov 26, 7:56 pm, Marius [EMAIL PROTECTED] wrote:
On Nov 26, 5:34 pm, Derek Chen-Becker [EMAIL PROTECTED] wrote:
I'm in the process of playing with the Record code so I have some examples
for the book. I've run into two small issues:
1. I'm writing a custom
On Wed, Nov 26, 2008 at 10:36 AM, Tim Perrett [EMAIL PROTECTED] wrote:
IMO, there is a wider issue here at large:
Should we be providing a way / central repo for lift plugins (read:
modules) that are part of lift proper? Kind of like a lift-extras
repo? Possibly host it on scala-tools?
I
Still getting the type error using an explicit List(...):
[WARNING]
/home/software/liftbook-demos/demo-record/src/main/scala/com/theliftbook/model/Entry.scala:50:
error: type mismatch;
[WARNING] found :
List[net.liftweb.record.Field[_10,com.theliftbook.model.Entry] forSome {
type _10 : String
After digging into some sample Lift apps, I can smell the awesomeness
and really want to jump in right away. Now that the Scala book has
been printed, I feel that Scala in general and Lift in particular will
both attract many more curious people. I don't mean this as a
criticism of Lift (which
Ok, thanks for the information.
Is the idea to phase out mapper in favour of the Record/Field as soon
as it reaches mature stage? It seems from the list that there is lot
of active development on that area, so that isn't probably far in the
future.
// Juha
On Nov 24, 7:08 pm, David Pollak
On Wed, Nov 26, 2008 at 11:12 AM, Juha L [EMAIL PROTECTED] wrote:
Ok, thanks for the information.
Is the idea to phase out mapper in favour of the Record/Field as soon
as it reaches mature stage? It seems from the list that there is lot
of active development on that area, so that isn't
Hello Fellow Lifters,
I am coding up a form which has separate date and time fields and was
wondering if there are any picker widgets which can be yoked to the
fields to allow the user to pick the date/time rather than type it in.
I looked in the lift-widgets directory, but did not find one.
Folks,
One of the things that came out of the Lift Workshop was the need for
tracing of rewrites, sitemaps, etc.
Most of the rewrite, etc. logic is buried in PartialFunctions that are
composed together.
In order to accommodate the need to trace what code is changing requests,
matching stuff for
TrackPf ?
On Nov 26, 10:21 pm, David Pollak [EMAIL PROTECTED]
wrote:
Folks,
One of the things that came out of the Lift Workshop was the need for
tracing of rewrites, sitemaps, etc.
Most of the rewrite, etc. logic is buried in PartialFunctions that are
composed together.
In order to
On Wed, Nov 26, 2008 at 11:22 AM, David Pollak
[EMAIL PROTECTED] wrote:
David,
We are actively working on documentation. Please see a number of recent
posts on the subject.
David
Yes, I've been following those posts. Having a couple of books out
will be great. Books take time to write
Tyler,
This one is really good if you want a single chooser for both date and
time.
Thanks for the tip.
Dan
On Nov 26, 1:52 pm, TylerWeir [EMAIL PROTECTED] wrote:
Something like this:http://razum.si/jQuery-calendar/TimeCalendar.html
?
On Nov 26, 4:38 pm, Marius [EMAIL PROTECTED] wrote:
Folks,
One of the concerns raised at the Lift Workshop on Saturday was that
ill-formed XML files in your templates will fail at run time instead of
compile time, often with cryptic errors.
To correct for this, I've added a simple test to lift-archetype-basic and
lift-archetype-blank that will
Oops, it just test *.htm and *.xhtml files as well. Updated code below.
--j
/**
* Tests to make sure the project's XML files are well-formed.
*
* Finds every *.html and *.xml file in src/main/webapp (and its
* subdirectories) and tests to make sure they are well-formed.
*/
def
Awesome stuff Jorge!
On Nov 26, 8:07 pm, Jorge Ortiz [EMAIL PROTECTED] wrote:
Oops, it just test *.htm and *.xhtml files as well. Updated code below.
--j
/**
* Tests to make sure the project's XML files are well-formed.
*
* Finds every *.html and *.xml file in src/main/webapp
21 matches
Mail list logo