[Lift] Re: rendering embedded svg

Lifted, i see my problem with the svg -- forgot to build the nodes from the string. As usual, my stupidity overfloweth. Best wishes, --greg On Sun, Jan 4, 2009 at 10:10 PM, Meredith Gregory wrote: > Lifted, > > Here you will find > the sourc

[Lift] rendering embedded svg

Lifted, Here you will find the source code for a Scala+Lift application in progress. It's a demonstration of a compositional (read algebraic datatype) for graphs. If you've got graphviz installed and the dot program on your path, then > mvn je

[Lift] Re: query about current status of MySQL support

I would highly recommend Aqua Data Studio --j On Sun, Jan 4, 2009 at 11:47 PM, Matt Harrington wrote: > > On Sun, Jan 4, 2009 at 8:14 PM, O'Rorke Paul wrote: > > > An advantage of MySQL on the Mac is that there is a free, reasonably > > nice GUI database tool (CocoaMySQL). > > I could use Derby

[Lift] Re: query about current status of MySQL support

On Sun, Jan 4, 2009 at 8:14 PM, O'Rorke Paul wrote: > An advantage of MySQL on the Mac is that there is a free, reasonably > nice GUI database tool (CocoaMySQL). > I could use Derby if I had a similar (preferably free) user > interface. There is one in NetBeans but I don't think there is one in

[Lift] Re: query about current status of MySQL support

Paul, Perhaps you mis-understood. Lift has *always* supported MySQL. There is no support in Lift for SQL Server (a Microsoft RDBMS), but that's coming soon. Thanks, David On Sun, Jan 4, 2009 at 8:14 PM, O'Rorke Paul wrote: > > Hi: what is the current status of MySQL support in lift? > I bel

[Lift] query about current status of MySQL support

Hi: what is the current status of MySQL support in lift? I believe David told me a little while ago that MySQL was not supported. But I think I saw a web page somewhere that showed how to change from derby to MySQL. So is it something to do with the OR mapping stuff that is not supported? An

[Lift] Re: Apple Lift Classic

On Fri, Jan 2, 2009 at 5:06 PM, Jorge Eugenio Ortiz Hinojosa wrote: > Apple Lift(TM) Classic > With the good and tasty parts of apple juice > A product of The Coca-Cola Company > > (spotted in Saltillo, Mexico) I like the current phrase "Lift web framework - simply functional", but as a runner-u

[Lift] Re: Flot widget

I agree. Also, I'd like to do some code cleanup (e.g., changing Option to Box) in the flot widget. Is that okay? On Sun, Jan 4, 2009 at 12:09 AM, Marius wrote: > > Hi, > > In lift-widgets/test folder we have a test lift application where we > demo all the widgets. To me it makes more sense to h

[Lift] Re: Lift O-R Mappings (and self-rendering objects)

I agree that an object should *know what it is*, which includes knowing how its surface reflects light. But the drawback is that if you build the rendering code into each object, then a change in the look and feel of an application can mean going from class to class and re-writing the renderin

[Lift] Re: Lift O-R Mappings

Exactly, an object should know how it's surface reflects light, not some view-crap on the side of it. Honestly I think people advocating MVC (or MVC2, or any of the inbred MVC siblings) have never tried anything else. It's like those who refrain from using inheritance in their JPA models. Why use

[Lift] Re: Lift O-R Mappings

> Also I was looking at the sample model source code (User, ProtoUser) > and saw presentation logic mixed in it. Shouldn't the business and > model logic be kept separated from the presentation logic or is there > a Lift strategy it? Hmm, a model that can render itself ... That sounds like this c

[Lift] Re: Flot widget

Hi, In lift-widgets/test folder we have a test lift application where we demo all the widgets. To me it makes more sense to have the flot demo application here rather then sites since people can see all available widgets in a single place. To run the lift-widgets test application just go in lift