[Lift] Re: Validations, Server side controls etc

Excellent... How much work do you think this will require ? ... if it helps I could probably spend some time during weekends working on this stuff ( anyways 95% of my lift work is spent during weekends :) ...) ... if you need my limited help please let me know. Where is current work located

[Lift] Multiple menus and LocStuff

It would be useful to me to be able to reuse the Menu.builder function to build different menus, thus: I'm wondering if it would work to extend LocStuff to include a LinkType list: case class LinkType(types: List[String]) extends LocStuff Then in the SiteMap: Menu(Loc("home", List("in

[Lift] Current Loc

I seem to remember asking this before, but I can't seem to find the answer anywhere and a review of the source code hasn't helped. Is there a quick way in a snippet to determine which Loc in the SiteMap has been requested? One thing I need this for is to tell when I'm on the home page. Thanks

[Lift] Re: Validations, Server side controls etc

Tim Perrett wrote: >> IMHO the form validation framework should work independently from any >> persistence related stuff ... >> > > +1 > Right. The Record/Field stuff is not about persistence... it's about richer representation of data than String/Int/Long/Date. It's about the "stuff"

[Lift] Re: Validations, Server side controls etc

> IMHO the form validation framework should work independently from any > persistence related stuff ... +1 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@go

[Lift] Re: Validations, Server side controls etc

IMHO the form validation framework should work independently from any persistence related stuff ... this is why my proposal has nothing to do with any persistence layer. Could/should be integrated though. But I admit that I haven't looked at all at your Record/Field stuff. Unfortunately as much a

[Lift] Re: Validations, Server side controls etc

Hey David, Thats interesting you say that - can you elaborate what functionality splitting the mapper stuff will have? Its been discussed in broad terms on the list, but im not sure its ever been outlined what the end result will actually leave us with. My understanding was that it would p

[Lift] Re: Validations, Server side controls etc

Folks I think the stuff that marius has done is interesting, but it is at odds with the long promised record/field stuff. This morning, I figured out how to ask the right questions in order to manage the record/field project. If I can get one or two volunteers, I think we can get the proje

[Lift] Re: Source file encoding ...

On Sep 21, 2008, at 11:51 AM, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > But does it still test what the test is intended to test? > Yes > --j > > On Sun, Sep 21, 2008 at 11:20 AM, David Pollak > <[EMAIL PROTECTED]> wrote: >> If we do the \u encoding thing, the test will still be valid

[Lift] Re: Source file encoding ...

Ok, for scala-snapshot branch I've removed the test and left a comment explaining the issue and pointing to this thread. --j On Sun, Sep 21, 2008 at 12:00 PM, Marius <[EMAIL PROTECTED]> wrote: > > Nope ... but it compiles :) ... that's why I suggested to comment it > temporary until Eric or someo

[Lift] Re: Validations, Server side controls etc

Cool ... have fun ... and I'll keep an eye on it, and let me know if you need anything. Of course in the mean time further comments from other people are more then welcomed. Br's, Marius On Sep 21, 10:03 pm, Tim Perrett <[EMAIL PROTECTED]> wrote: > Sorry I should have been clearer... Of course,

[Lift] Re: Validations, Server side controls etc

Sorry I should have been clearer... Of course, I wouldnt work it straight into master :-) I'll make a branch or fork then we'll go from there Cheers Marius, this is great work Tim On Sep 21, 7:57 pm, Marius <[EMAIL PROTECTED]> wrote: > On Sep 21, 9:48 pm, Tim Perrett <[EMAIL PROTECTED]> wrote:

[Lift] Re: Source file encoding ...

Nope ... but it compiles :) ... that's why I suggested to comment it temporary until Eric or someone finds a better way ... perhaps read the unicode string from a separate file? On Sep 21, 9:51 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > But does it still test what the test is intended to test

[Lift] Re: Validations, Server side controls etc

On Sep 21, 9:48 pm, Tim Perrett <[EMAIL PROTECTED]> wrote: > > That would be sweet ! ... anything particular in mind? ... things like > > email, phone number validation etc? > > Totally - nothing crazy to begin with, perhaps with some way of > passing a regex or whatever to ward off boiler plate

[Lift] Re: Source file encoding ...

But does it still test what the test is intended to test? --j On Sun, Sep 21, 2008 at 11:20 AM, David Pollak <[EMAIL PROTECTED]> wrote: > If we do the \u encoding thing, the test will still be valid. > > On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: >> >> I think it is r

[Lift] Re: Validations, Server side controls etc

> That would be sweet ! ... anything particular in mind? ... things like > email, phone number validation etc? Totally - nothing crazy to begin with, perhaps with some way of passing a regex or whatever to ward off boiler plate code thats repeated by lift users. Conceptually, I think the ones giv

[Lift] Re: Validations, Server side controls etc

I thought I replied :) On Sep 21, 9:37 pm, Tim Perrett <[EMAIL PROTECTED]> wrote: > Great minds Marius - you sent your mail at 19:29, and mine at 19:30! > What do you think on my comments above? > > Cheers, Tim > > On 21 Sep 2008, at 19:29, Marius wrote: > > > > > Guys please try running the appl

[Lift] Re: Validations, Server side controls etc

Great minds Marius - you sent your mail at 19:29, and mine at 19:30! What do you think on my comments above? Cheers, Tim On 21 Sep 2008, at 19:29, Marius wrote: > > Guys please try running the application above, take a look on the code > and have feedback. Is it a "sufficient" paradigm (from se

[Lift] Re: Validations, Server side controls etc

Kind of funny ... we were writing almost in parallel :) On Sep 21, 9:30 pm, Tim Perrett <[EMAIL PROTECTED]> wrote: > WOW! Marius this is so fricking sweet. well done, awesome stuff > indeed! > > Functionally, I think this would serve as an excellent place to start > for providing validation

[Lift] Re: Validations, Server side controls etc

WOW! Marius this is so fricking sweet. well done, awesome stuff indeed! Functionally, I think this would serve as an excellent place to start for providing validation in lift right? Perhaps by providing convenience methods for common validations rather than needing to code it explicitally. W

[Lift] Re: Validations, Server side controls etc

Guys please try running the application above, take a look on the code and have feedback. Is it a "sufficient" paradigm (from server side validation perspective), is it a simple enough approach from your perspective? ... of course it is just a draft. Br's, Marius On Sep 21, 1:46 pm, Oliver Lambe

[Lift] Re: Source file encoding ...

If we do the \u encoding thing, the test will still be valid. On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: > > I think it is reasonable to comment out this test until a better > solution can be found. ... or perhaps we can just save this file as > UTF-8 and not ASCII..

[Lift] Re: Source file encoding ...

I think it is reasonable to comment out this test until a better solution can be found. ... or perhaps we can just save this file as UTF-8 and not ASCII.. and yet this willl most likely be overwritten as someone would change this file in an editor that automatically saves source code as ASCII ...

[Lift] Re: In-house continuations with other containers (Tomcat, Weblogic ... etc)

Whiew :) I haven't looks on upcoming thing since a while ... this is really great news and makes a lot of sense to wait ! Thanks for pointing this out. Br's, Marius On Sep 21, 8:08 pm, "David Pollak" <[EMAIL PROTECTED]> wrote: > The Servlet 3.0 spec contains Jetty-style continuations. I'v

[Lift] Re: JPA and enumerations

On Sat, Sep 20, 2008 at 6:14 PM, Oliver Lambert <[EMAIL PROTECTED]> wrote: > > I need this too so I might have a go at implementing it. Does lift persist > enumerations (cant see a mapper it) > On 21/09/2008, at 12:29 AM, Viktor Klang wrote: > > Yo man, > > all you've gotto do is to write your own

[Lift] Re: Source file encoding ...

well, heh, so the relevant test is: "encode a string replacing non-ASCII characters by their unicode value" in { "niña".encJs must_== "'ni\\u00f1a'" } --j On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > > What if we use \u notation? ... it should work. (but

[Lift] Re: In-house continuations with other containers (Tomcat, Weblogic ... etc)

The Servlet 3.0 spec contains Jetty-style continuations. I've been holding off on any platform specific implementations until the 3.0 spec is ratified. I know NetWeaver is scheduled to have the 3.0 implementation in Spring. I think we should just hold off unless there are compelling reasons (rea

[Lift] Re: Comet and Flot

Bryan, In CometActors, there's a "partialUpdate" method which sends JavaScript to the client. Using a simple example, if you have a JavaScript Array "theData" that has the points for plotting and a JavaScript function called "updateGraph()" which re-plots the graph based on the contents of theDat

[Lift] Re: Lift Wiki search issues

The instructions are here: http://www.mediawiki.org/wiki/Extension:Google_Custom_Search_Engine Looks pretty straightforward. Chas. David Pollak wrote: > The Lift wiki is MediaWiki... so if anyone wants to give me the recipe > for changing search to be Google, I'll follow it. > > On Sun, Sep

[Lift] Re: Lift Wiki search issues

The Lift wiki is MediaWiki... so if anyone wants to give me the recipe for changing search to be Google, I'll follow it. On Sun, Sep 21, 2008 at 9:33 AM, Charles F. Munat <[EMAIL PROTECTED]> wrote: > > Good point. I'm a little dismayed that I didn't think of this > considering that I use it on ma

[Lift] Re: Lift Wiki search issues

Good point. I'm a little dismayed that I didn't think of this considering that I use it on many other sites. Doh. Google does do a much better job. I wonder how easy it would be to switch them. Chas. Jorge Ortiz wrote: > You can use Google to get better search results, just add > "site:liftwe

[Lift] Re: Comet and Flot

Yes, I plan on sharing all of the knowledge that I learn from this in either the wiki or a blog entry. What I'm trying to do is tail my log files and send them to lift via AMQP. lift will then parse each log line (which contain some statistical information) and plot them every 5 seconds. lift h

[Lift] Re: Lift Sparklines widget for Tyler :)

On Sat, Sep 20, 2008 at 2:25 AM, Marius <[EMAIL PROTECTED]> wrote: > > Hi, > > I just committed the sparklines (http://www.willarson.com/code/ > sparklines/sparklines.html) > widget into lift-widgets project. Tyler > you can go ahead and en

[Lift] Re: Comet and Flot

On Sat, Sep 20, 2008 at 5:16 PM, Bryan <[EMAIL PROTECTED]> wrote: > > I am interested in adding some (almost) real-time charts to a project > of mine. I have a couple of questions, though. > > 1) Is there documentation on lift's server and client implementation > of comet available online? None

[Lift] Re: Validations, Server side controls etc

On 21/09/2008, at 8:08 PM, Tim Perrett wrote: > > Sounds good Marius - project wise though we need to address this IMHO; > as we pick up more users of lift people will want this functionality > for sure. Yes, or be forced to roll their own validation > > I guess we really need to decide at wha

[Lift] Re: Validations, Server side controls etc

Ok ... I just uploaded an example application http://groups.google.com/group/liftweb/web/liftform.tar.gz At the first glance it may look complicated but it's really not. For instance we have this snippet class class Form { object who extends RequestVar("0") object sec extends RequestVar

[Lift] Re: Source file encoding ...

What if we use \u notation? ... it should work. (but I don;t know the hex code of this char) Br's, Marius On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > 2.7.2 is throwing an exception on this and failing to compile lift's tests. > > I dug around and it seems that the charact

[Lift] Re: Validations, Server side controls etc

Actually I just Implemented a small lift app that does typesafe form validation on server side. I'll attach it in a bit ... it's just an idea Br's, Marius On Sep 21, 1:08 pm, Tim Perrett <[EMAIL PROTECTED]> wrote: > Sounds good Marius - project wise though we need to address this IMHO; > as we

[Lift] Re: Validations, Server side controls etc

Sounds good Marius - project wise though we need to address this IMHO; as we pick up more users of lift people will want this functionality for sure. I guess we really need to decide at what level we want to apply validation - Im not sure that having it tightly coupled to the persistence tier (a

[Lift] Re: Source file encoding ...

2.7.2 is throwing an exception on this and failing to compile lift's tests. I dug around and it seems that the character that's getting barfed is the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala Anyone know how to address this issue? --j On Sat, Sep 13, 2008 at 6:39 AM, David Pollak

[Lift] Re: Lift Wiki search issues

You can use Google to get better search results, just add "site:liftweb.net" to your query (without the quotes) to restrict the search to the wiki. For example, a query for "site:liftweb.net many-to-many" yields the following: http://www.google.com/search?q=site%3Aliftweb.net+many-to-many Maybe

[Lift] Lift Wiki search issues

There are some things that are impossible to find on the wiki because the words are too common and are apparently on the stop-words list. Example: the following page discusses many-to-many relationships (and includes those words on the page): http://liftweb.net/index.php/HowTo_setup_composite_