[Lift] Re: rendering embedded svg

[Meredith Gregory]

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 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 jetty:run
>
> followed by pointing your browser at localhost:8080 should do the trick.
> (If not, i'd be grateful if you'd let me know what you do see.)
>
> In the current state of things, i've got a little repl with a small window
> in which to type expressions. Pressing the 'go' button evaluates the expr to
> a normal form for the graph and renders it as svg. However, what's happening
> currently is that instead of rendering the svg as a drawing it prints out
> the text of the svg.
>
> i note that if i point a browser at the svg (with header) it renders as a
> drawing. i also note that if i take the svg and put it inside a static lift
> page (with the lift:surround tag surrounding it) and add that to the site
> menu, it renders as a drawing. Obviously, i'm not doing something right in
> the REPLForm code. Any clues would be greatly appreciated.
>
> Best wishes,
>
> --greg
>
> --
> L.G. Meredith
> Managing Partner
> Biosimilarity LLC
> 806 55th St NE
> Seattle, WA 98105
>
> +1 206.650.3740
>
> http://biosimilarity.blogspot.com
>



-- 
L.G. Meredith
Managing Partner
Biosimilarity LLC
806 55th St NE
Seattle, WA 98105

+1 206.650.3740

http://biosimilarity.blogspot.com

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] rendering embedded svg

[Meredith Gregory]

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 jetty:run

followed by pointing your browser at localhost:8080 should do the trick. (If
not, i'd be grateful if you'd let me know what you do see.)

In the current state of things, i've got a little repl with a small window
in which to type expressions. Pressing the 'go' button evaluates the expr to
a normal form for the graph and renders it as svg. However, what's happening
currently is that instead of rendering the svg as a drawing it prints out
the text of the svg.

i note that if i point a browser at the svg (with header) it renders as a
drawing. i also note that if i take the svg and put it inside a static lift
page (with the lift:surround tag surrounding it) and add that to the site
menu, it renders as a drawing. Obviously, i'm not doing something right in
the REPLForm code. Any clues would be greatly appreciated.

Best wishes,

--greg

-- 
L.G. Meredith
Managing Partner
Biosimilarity LLC
806 55th St NE
Seattle, WA 98105

+1 206.650.3740

http://biosimilarity.blogspot.com

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

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

[Jorge Ortiz]

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 if I had a similar (preferably free) user
> > interface.  There is one in NetBeans but I don't think there is one in
> > eclipse.
>
> I think David already answered your question about MySQL, but to
> interface with Derby you just need any database utility which speaks
> JDBC.  There are several to choose from, both standalone varieties and
> Eclipse plugins such as this one:
>
>
> http://www.eclipseplugincentral.com/Web_Links-index-req-viewlink-cid-379.html
>
> I haven't tried that one myself though.
>
> I'm lead to believe that this app is popular:
>
> http://www.minq.se/products/dbvis/
>
> I personally just use the clients in NetBeans or IntelliJ IDEA.
>
> Matt
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

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

[Matt Harrington]

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
> eclipse.

I think David already answered your question about MySQL, but to
interface with Derby you just need any database utility which speaks
JDBC.  There are several to choose from, both standalone varieties and
Eclipse plugins such as this one:

http://www.eclipseplugincentral.com/Web_Links-index-req-viewlink-cid-379.html

I haven't tried that one myself though.

I'm lead to believe that this app is popular:

http://www.minq.se/products/dbvis/

I personally just use the clients in NetBeans or IntelliJ IDEA.

Matt

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

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

[David Pollak]

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 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 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
> eclipse.
> ---Paul O
>
>
>
>
>
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] query about current status of MySQL support

[O'Rorke Paul]

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 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  
eclipse.
---Paul O





--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Apple Lift Classic

[Matt Harrington]

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-up I like "Lift - With the good and tasty parts of web
frameworks".

Matt

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Flot widget

[David Pollak]

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 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-widgets
> folder and run "mvn jetty:run".
>
> Thank you,
> Marius
>
> On Jan 4, 2:49 am, Francois Bertrand  wrote:
> > Hi Marius:
> >
> > I guess I can do it, but I need to understand exactly what you mean by
> > "lift-widget test application".
> >
> > Currently the flot widget sources consist in:
> >
> > - the main source at
> http://github.com/dpp/liftweb/tree/master/lift-widgets/src/main/scala...
> > - a webapp demo at
> http://github.com/dpp/liftweb/tree/master/sites/flotDemo
> >
> > By "lift-widget test application" do you mean the webapp athttp://
> github.com/dpp/liftweb/tree/master/lift-widgets/src/test/webapp
> > ?
> >
> > If this is the case, I can merge the flotDemo webapp with it.
> >
> > Francois
> >
> > On Jan 3, 11:16 am, Marius  wrote:
> >
> > > Can anyone please add the flot widget to lift-widget test application
> > > so we can have it among the other existent widget?
> >
> > > Br's,
> > > Marius
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

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

[Charles F. Munat]

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 
rendering methods. Much easier to put all the rendering code in one 
place, thus the attraction to MVC and MVC2.

That said, I think the benefits of objects that know what they are and 
how to render themselves can outweigh the negatives if you do it right.

In my ideal system, the objects have a "render" method that renders each 
object into semantic xml (or equivalent) and includes such things as 
datatype, validation rules, relationships to other data, etc. Code that 
returns multiple objects, such as a list, would group this semantic XML 
-- in a sorted list, or some type of tree, or a set, for example -- and 
return it.

Then my "view" layer would simply be an XSLT transform (or equivalent) 
that mapped the returned objects to the HTML/PDF/whatever I wanted. 
Naturally, there could be many different maps.

Now my objects can render themselves into some semantic format (XML or 
maybe something more JSON-like), and my view layer is a set of maps from 
that semantic data to some sort of view. I have separation of concerns, 
but intelligent objects as well. And I can re-use mappings across 
multiple objects, so it promotes code re-use.

And there's more. Let's say that I'm creating a table of information 
based on a Person class. The semantic information contained in the 
"render" XML could tell me that the username is text, so make it left 
flush, but the number of logins is an integer, so make it right flush, 
and the current amount owed by this person is currency, so align it by 
the decimal point. It might also indicate that the user's password is 
secret, so replace it with a row of asterisks (or hide that column).

When the front end understands the semantic meaning of the data coming 
out of the back end, it's so much more useful. I can build behavior into 
the front end based on semantic information rather than having to 
individually code each piece, again promoting code re-use. And if later 
I decide that phone numbers should be right-flush instead of left flush, 
or that they should be xxx.xxx. rather than (xxx) xxx-, it is a 
simple change in one spot to fix it.

It also means that I can easily tag data in my HTML semantically, e.g.

Moby Dick

Count666

.bookTitle { font-style: italic; }
.int { text-align: right; }

And the ability of system objects to render themselves semantically in 
XML means that I can expose the data as a web service without any extra 
work at all.

I'd really like to build something like this on top of Berkeley DB XML 
because it is mapped onto Berkeley DB which means that it provides the 
benefits of both an XML DB and an RDBMS (indexing, etc.).

I've wanted to build such a system for about a decade now, but making a 
living (and waiting for the technology to improve) has always taken 
precedence. But I continue to think about such a system, so who knows?

Chas.



Viktor Klang wrote:
> 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 OO at all if everything you use are structs on steroids?
> 
> Just my 2 cents!
> :)
> 
> Kram!
> 
> On Sun, Jan 4, 2009 at 5:58 PM, Michael  @gmail.com > wrote:
> 
> 
>  > 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 crazy
> paradigm called object-oriented programming. Some radicals say it has
> some advantages over the more procedural style of MVC.
> 
> -- Michael
> 
> 
> 
> 
> 
> -- 
> Viktor Klang
> Senior Systems Analyst
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Lift O-R Mappings

[Viktor Klang]

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 OO at all if everything you use are structs on steroids?

Just my 2 cents!
:)

Kram!

On Sun, Jan 4, 2009 at 5:58 PM, Michael  wrote:

>
> > 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 crazy
> paradigm called object-oriented programming. Some radicals say it has
> some advantages over the more procedural style of MVC.
>
> -- Michael
>
> >
>


-- 
Viktor Klang
Senior Systems Analyst

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Lift O-R Mappings

[Michael]

> 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 crazy
paradigm called object-oriented programming. Some radicals say it has
some advantages over the more procedural style of MVC.

-- Michael

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Flot widget

[Marius]

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-widgets
folder and run "mvn jetty:run".

Thank you,
Marius

On Jan 4, 2:49 am, Francois Bertrand  wrote:
> Hi Marius:
>
> I guess I can do it, but I need to understand exactly what you mean by
> "lift-widget test application".
>
> Currently the flot widget sources consist in:
>
> - the main source at  
> http://github.com/dpp/liftweb/tree/master/lift-widgets/src/main/scala...
> - a webapp demo at  http://github.com/dpp/liftweb/tree/master/sites/flotDemo
>
> By "lift-widget test application" do you mean the webapp 
> athttp://github.com/dpp/liftweb/tree/master/lift-widgets/src/test/webapp
> ?
>
> If this is the case, I can merge the flotDemo webapp with it.
>
> Francois
>
> On Jan 3, 11:16 am, Marius  wrote:
>
> > Can anyone please add the flot widget to lift-widget test application
> > so we can have it among the other existent widget?
>
> > Br's,
> > Marius
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---