[Lift] Re: File uploads

Chas, Why dont you simply use property configuration based on the run mode? Cheers, Tim On Feb 23, 5:42 am, "Charles F. Munat" wrote: > I am doing file uploads to several of my sites. Right now, I've hard > coded the path to the directory to which the files are saved. This is a > pain because

[Lift] Re: File uploads

, Timothy Perrett wrote: > Chas, > > Why dont you simply use property configuration based on the run mode? > > Cheers, Tim > > On Feb 23, 5:42 am, "Charles F. Munat" wrote: > > > I am doing file uploads to several of my sites. Right now, I've hard >

[Lift] Re: File uploads

. run mode? It suddenly > occurs to me that I have never paid any attention to run mode, so I am > probably running all these production sites in debug mode. How does one > set the run mode? > > Thanks! > > Chas. > > Timothy Perrett wrote: > > Sorry, let me clarify that

[Lift] Re: Sanity Check...

Scratch that - I had forgotten that when using classes as bundles you need to use the FQCN Cheers, Tim Sent from my iPhone On 25 Feb 2009, at 17:07, Tim Perrett wrote: > > Thanks for your reply Marius - I made a trial class, but I'm unable to > get lift to use it as a resource bundle? I hav

[Lift] Re: Brokety broke (ajax forms)

Do you know if things have been working ok for you since the 1.3.2 update? Thanks, Tim On 26/02/2009 01:16, "Charles F. Munat" wrote: > > Suddenly all my AJAX forms are not working. I get an error in Firebug: > > JSON is not defined > lift_registerGC() > liftAjax.js (line 79) > (?)() > > D

[Lift] Re: Removing xmlns:lift="http://liftweb.net/" in rendered page

Hey Ross, Which element are you referring to? Head items? What version of lift are you using? (you can find out by looking in pom.xml under the lift-* dependencies) Thanks Tim On 27/02/2009 11:36, "rossputin" wrote: > > Hi. > > I must admit I have not worked my way through the book yet, b

[Lift] Re: Removing xmlns:lift="http://liftweb.net/" in rendered page

>> On Fri, Feb 27, 2009 at 1:23 PM, rossputin wrote: >> >>> Hi. >> >>> I am using lift 1.0.  I was hoping to remove the  'xmlns:lift="http:// >>> liftweb.net/"' element from : >> >>> >>> >> www.w3.org/TR

[Lift] Re: Removing xmlns:lift="http://liftweb.net/" in rendered page

ired as the xml is processed, is there a > post process operation in the pipeline anywhere ? > > Thanks, > > Ross. > > > On Feb 27, 1:59 pm, Timothy Perrett wrote: >> Ross, >> >> You cannot remove this namespace as it is needed to make it valid XHTM

[Lift] Re: Issue with http://liftweb.net site design (IE7 / Opera 9.63)

Im afraid not David, I just created some bespoke CSS. What makes you ask? Thanks, Tim On 27/02/2009 16:30, "David Bernard" wrote: > Do you use Blueprint css to create the new site ? --~--~-~--~~~---~--~~ You received this message because you are subscribed

[Lift] Re: Adding bundle factory to LiftRules

Don't they achieve different things? resourceNames just defines the base name for which the default java system starts looking for localizations right? Cheers, Tim On 27/02/2009 17:54, "marius d." wrote: > > How would LiftRule.resourceNames work with > > type ResourceBundleFactoryPF = Parti

[Lift] Re: OS X lift installer

Hey Jon, The lift installer primarily does 3 things: 1) install maven to /usr/local/apache-maven/apache-maven-2.0.9 2) install javarebel ( but not add it to the maven opts - it's here it you want to configure a special launcher) 3) adds this version of maven to your path by editing ~/.bash_p

[Lift] Re: chaining servlets

Greg, can I enquire to your specific use case? I¹d be interested to hear what you feel Jersey adds value to over lift (im not familiar with Jersey)? In my experience when you need a round the houses solution such as this their can often be a simpler path :-) Cheers, Tim On 02/03/2009 22:46, "Vi

[Lift] Re: mvn scala:script

Greg, I¹m no maven expert, but the real maven and scala guru¹s hang out here: http://groups.google.com/group/maven-and-scala HTH Cheers, Tim On 03/03/2009 16:46, "Meredith Gregory" wrote: > Scalads, lasses and Lifted, > > i clearly don't understand the mvn scala:script widget. This just wo

[Lift] Re: Incomplete Site: Missing JavaDoc

On a related note, whilst we appreciate this is not ideal for new users (right now), we are trying to make it better as Jorge says. The flip side of this is that whilst its more difficult to consolidate API documentation with the maven modules, its a lot more modular which is actually better for t

[Lift] Re: IDE

Paulo, Lots of people use netbeans and eclipse. Im sure if you have issues with the eclipse plugin its maintainers would love bug reports :-) Otherwise, I know a lot of use (myself included) just use TextMate with a compiler open in a terminal window which works great. Hope that helps Tim On M

[Lift] Re: Record and JSON

Interesting thread. Whats going on with Record at the moment? Now 1.0 is out, will attention shift back to making record the primary persistence mech in lift? (sorry for the thread hi-jack) Cheers, Tim On Mar 4, 5:20 pm, "marius d." wrote: > :) .. ok ... let me noodle for while on this and I'l

[Lift] Re: Tutorial No Schemify in Boot.scala

Deployed. On Mar 5, 5:30 pm, Derek Chen-Becker wrote: > I fixed the typo in the PDF. Tim, can you deploy it? > > Derek > > On Thu, Mar 5, 2009 at 8:35 AM, Jeff Chen wrote: > > Eric and Tyler, > > That is indeed the problem (using lift-archetype-blank rather than > > lift-archetype-basic)! Now I

[Lift] Re: Proposed addition to LRU

I agree, and I would have gone for toList or toSeq or something however its a java.util.Set, so in order to get that functionality we'd need to to: .toArray.toList Whilst I could live with this, it does feel somewhat dirty. Cheers, Tim On Mar 5, 7:57 pm, David Pollak wrote: > Looks good to m

[Lift] Re: Record and JSON

POC == Proof of concept On Mar 5, 11:33 pm, "Charles F. Munat" wrote: > POC? --~--~-~--~~~---~--~~ 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 unsubscrib

[Lift] Re: Proposed addition to LRU

Ok - I changed it to: def keys: List[KeyType] = map.keySet().asInstanceOf[Set [KeyType]].toList there was an implicit in jcl: import _root_.scala.collection.jcl.Conversions.convertSet Cheers, Tim On Mar 5, 9:49 pm, David Pollak wrote: > On Thu, Mar 5, 2009 at 12:04 PM, Timothy Perr

[Lift] Re: Proposed addition to LRU

Scratch that, had to change to: def keys: List[KeyType] = map.keySet().toList.map(_.asInstanceOf [KeyType]) because of a type error. On Mar 6, 9:50 am, Timothy Perrett wrote: > Ok - I changed it to: > > def keys: List[KeyType] = map.keySet().asInstanceOf[Set > [KeyType]].toList &

[Lift] Re: reporting snippet instantiation errors

Lee, That seems like a pretty dangerous opertation. Wouldn¹t you do: class MySnippet { val file: Box[Source] = tryo { Source.fromFile("mistypedFileName") } } In this way you could then use pattern matching and avoid NPE¹s Cheers, Tim On 06/03/2009 16:04, "Lee Mighdoll" wrote: > Sur

[Lift] Re: Proposed localization change to S

Sounds cool - I'll make the change and commit it. Cheers, Tim On 06/03/2009 16:56, "marius d." wrote: > > +1 for overloading '? ' > > On Mar 6, 4:52 pm, Derek Chen-Becker wrote: >> I think this is a reasonable addition, but I would use >> >> def ?(key : String, defaultKey : String) = ...

[Lift] Re: Proposed localization change to S

I've just been looking at some of the other method overloads in S and it appears we already have: S.loc(String, NodeSeq) This is exactly what I need anyway - wondering if there is any need to override S.? with another method now? Cheers, Tim On Mar 6, 5:03 pm, Timothy Perrett wrote: >

[Lift] Re: Proposed localization change to S

rek Chen-Becker wrote: > It would be a little cleaner if there was a helper overload: > > def loc (key : String, default : String) = loc(key, Text(default)) > > Derek > > On Fri, Mar 6, 2009 at 12:16 PM, Timothy Perrett > wrote: > > I've just been looking a

[Lift] Re: Proposed localization change to S

> def loc(key : String, default : => String) = loc(str).openOr({ >   Log.warn({() => "Failed lookup of " + key + " for locale " + S.locale}) >   Text(Box.!!(default).openOr("")) > > } > > Cheers, > > Derek > > On Fri, Mar 6, 2009 at 4:57 PM,

[Lift] Re: Proposed localization change to S

openOr({ > >   Log.warn({() => "Failed lookup of " + key + " for locale " + S.locale}) > >   Text(Box.!!(default).openOr("")) > > } > > > Cheers, > > > Derek > > > On Fri, Mar 6, 2009 at 4:57 PM, David Pollak < >

[Lift] Re: Lift's documentation

> > I believe the typo is in listing 6.36, shown below. > >     val menus = ... Menu(Loc(...)) :: Transaction.menus :: Nil >     LiftRules.setSiteMap(SiteMap(menus : _*)) > > This should be using the ::: operator instead of :: because the CRUDify > menus are returned as Lists.  Using the :: would

[Lift] Re: Lift-friendly Web Hosting

Generally, we run our own servers with root access and configure Jetty, or another servlet container to host the lift app. Its no different than hosting any other JVM based web application in that sense. Cheers, Tim > On Tue, Mar 10, 2009 at 1:03 AM, Jeff Chen wrote: > > > Any suggestion/experi

[Lift] Re: SQL Server Errors

Is someone able to take ownership of these tickets? Cheers, Tim On Mar 9, 5:52 pm, Tim Perrett wrote: > Guys, > > Just logged a couple of bugs for SQL Server drivers: > > http://liftweb.lighthouseapp.com/projects/26102/tickets/18-sql-server... > > http://liftweb.lighthouseapp.com/projects/26102

[Lift] Re: Bug in LiftRules defaultLocaleCalculator

Actually, probally more like this (which actually compiles!): def defaultLocaleCalculator(request: Box[HttpServletRequest]): Locale = request.flatMap(r => { tryo(r.getLocale()) match { case x @ Full(_) => x case _ => Empty } }).openOr(Locale.getDefault()) Cheers, Tim On

[Lift] Re: Bug in LiftRules defaultLocaleCalculator

Good question I hadn¹t thought about it like that. IMO, they need something ­ as if you want to localize it makes it nearly impossible otherwise... Cheers, Tim On 10/03/2009 16:58, "Derek Chen-Becker" wrote: > Actually, I'm trying to remember whether COMET actors have an associated > Lift

[Lift] Re: Bug in LiftRules defaultLocaleCalculator

For sure ­ im not sure how to write a spec test for something like this? Is there anything I can use / copy as a starting point? Cheers, Tim On 10/03/2009 17:11, "David Pollak" wrote: > > They do have S and LiftSession. > > The case null => guard should catch a null. > > Tim... can you add

[Lift] Re: Bug in LiftRules defaultLocaleCalculator

:22 pm, Timothy Perrett wrote: > For sure ­ im not sure how to write a spec test for something like this? Is > there anything I can use / copy as a starting point? > > Cheers, Tim > > On 10/03/2009 17:11, "David Pollak" wrote: > > > > > They do have S an

[Lift] Re: Google search results

In short, no. We can't fix those results as they are generated by google not by our good selves. I belive this is because the wiki used to be on the lift TLD. Over time this will work itself out - appologies for any confussion this had caused. Cheers, Tim Sent from my iPhone On 11 Mar 20

[Lift] Re: Bug in LiftRules defaultLocaleCalculator

k > > On Wed, Mar 11, 2009 at 9:15 AM, David Pollak > wrote: > Fixed in the 1.1 branch. It might make sense to back-port to the > 1.0 branch > > > On Wed, Mar 11, 2009 at 1:49 PM, marius d. > wrote: > > I'll look on it this evening ... > >

[Lift] Re: Slash and burn

Within Lift, /page does what it says on the tin, whilst /page/ actually works out as: /page/index IMO, this is good. If you want them to be the same, I think you could either do a rewrite to the same content (if memory serves there is also a boolean option for defining if your using the sla

[Lift] Re: Slash and burn

a subclass of > RewriteResponse that just tells Lift to modify the path but change nothing > else? > > case class ModifiedPath (path : List[String]) extends RewriteResponse(...) > > Derek > > On Fri, Mar 13, 2009 at 10:51 AM, Timothy Perrett > wrote: > > > Within L

[Lift] Re: Slash and burn

dard behavior in web servers (Apache returns > a 301 from the former to the latter), so I think something that requires less > user intervention would be good. Perhaps at most we would want a boolean var > on LiftRules to control the behavior. > > Derek > > On Fri, Mar 13, 2009

[Lift] Re: Slash and burn

> It seems that Lift used to serve /folks/ when /folks was called, but > recently it stopped. It would be nice if it looked for a *file* with > that name first, but then tried directories if no file was found. Is > there a downside to that? Im afraid your mistaken about it previously having diff

[Lift] Re: xml parser, utf-8, special characters... kill me now

I agree - it does seem like we should really be doing this by default. Even chinese, hebrew and double byte languages will be good using UTF-8 right? Is there a reason someone might want to set it to another encoding / collation other than UTF-8? I cant think of one right now... @chas - from you

[Lift] Re: xml parser, utf-8, special characters... kill me now

Phew :) Out of interest, why do you want to use glashfish rather than jetty? Tim On 16/03/2009 10:08, "Charles F. Munat" wrote: > > Just Jetty on the server. Maven/Jetty while developing. (I'm not that > dumb.) :-) > > Chas. --~--~-~--~~~---~--~~ You rece

[Lift] Re: xml parser, utf-8, special characters... kill me now

s, but there has to be some way for me to > host multiple sites with some sort of interface and an easy way to > deploy, restart, monitor, etc. them. > > Chas. > > Timothy Perrett wrote: >> >> Phew :) >> >> Out of interest, why do you want to use glashf

[Lift] Re: xml parser, utf-8, special characters... kill me now

Sorry! My bad ­ we¹ve had so many convo¹s about this and I had become muddled :-) I was talking about continuations as you say, not the the comet support! Sorry again! Doh! Cheers, Tim On 16/03/2009 19:15, "David Pollak" wrote: > > > On Mon, Mar 16, 2009 at 6:39

[Lift] Re: xml parser, utf-8, special characters... kill me now

Lol! Lassie?! What?! Haha. Check out this in my jetty.xml: /webapps/myapplication.war / /etc/webdefault.xml 127.0.0.1 mylovelydomain.com Its fairly self explanatory - this virtually hosts an application at the root context "/" Does this help? Tim On 1

[Lift] Re: xml parser, utf-8, special characters... kill me now

> So will this do the virtual hosting? (At first glance, I'm not seeing > how.) Correct :-) Its all on the jetty wiki - http://docs.codehaus.org/display/JETTY/Virtual+hosts > And if I need to reboot one application, do I have to reboot them all? Hmm good question - right now im not 100% su

[Lift] Re: Where to continue after "Getting Started"?

Chas, That took me a good 5 mins to read so i've no idea how long it took you to write!! Good work that man... a great comparison. Tim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this gr

[Lift] Re: SQL Server Errors

*bump* Al, any progress on these? Cheers, Tim On Mar 10, 11:04 am, Timothy Perrett wrote: > Is someone able to take ownership of these tickets? > > Cheers, Tim > > On Mar 9, 5:52 pm, Tim Perrett wrote: > > > Guys, > > > Just logged a couple of bugs

[Lift] Re: SQL Server Errors

> wrote: > > > I think the DateTime issue should be fixed pretty easily in MappedDateTime > > itself. Let me make a new branch and make a minor change. > > > Derek > > > On Tue, Mar 17, 2009 at 12:09 PM, Timothy Perrett > > wrote: > > >> *bump* &

[Lift] Re: Welcome Lee Mighdoll to the Lift committers

Welcome Lee - good to have you on board. Send me a picture and bio of yourself and i'll add you to the liftweb.net team list :-) Cheers, Tim On Mar 18, 9:12 am, "marius d." wrote: > Lee, you're most welcomed ! > > On Mar 18, 5:11 am, David Pollak > wrote: > > > Folks, > > I'm pleased to welco

[Lift] Re: SQL Server Errors

ible to match that somehow and make >> it work. I'm diving into parts of Mapper that I haven't really worked with >> before, so no guarantees. Just to confirm, can you change your snippet to >> use: >> >> "description" -> m.description.toString &g

[Lift] Re: SQL Server Errors

scription.is.getClass > > and see what is really being stored in the field? I'm wondering if somehow > the Clob is being converted to a string lower in the chain so you're just > getting a string of "net.sourceforge.jtds.jdbc.clobi...@aeaf68". > > Derek >

[Lift] Re: SQL Server Errors

ed, Mar 18, 2009 at 8:56 AM, Derek Chen-Becker > > wrote: > > >> Just to confirm, you're using the latest jTDS driver, right? > > >> Derek > > >> On Wed, Mar 18, 2009 at 8:39 AM, Timothy Perrett >> > wrote: > > >>> Ok thats in

[Lift] Redirecting a user from Comet Actor

Is their any way to avoid a response shortcut exception when trying to redirect from Comet Actor? Cheers, Tim On Mar 18, 11:37 am, Tim Perrett wrote: > Guys, > > I have a situation where by im using comet actors to watch something > on a 3rd party system. Now, when the monitoring needs to stop,

[Lift] Re: Redirecting a user from Comet Actor

ire a client-side window.location=... IIRC. > > Derek > > On Thu, Mar 19, 2009 at 3:20 AM, Timothy Perrett > wrote: > > > > > Is their any way to avoid a response shortcut exception when trying to > > redirect from Comet Actor? > > > Cheers, Tim > > &

[Lift] Re: IDE

Alex, you could always use JavaRebel... This will replace the classes dynamically for you instantly (no more Jetty reboots required, just browser refresh). They do a scala only version of JavaRebel that you can download for free. Thanks Tim On 19/03/2009 15:12, "Alexander Kellett" wrote: >

[Lift] Re: horizontal navbar drop-downs

@marius: You might want to ping Debby, as I belive she setup the lighthouse account for Lift... Perhaps she is the gate keeper? Cheers, Tim On 19/03/2009 19:30, "Derek Chen-Becker" wrote: > Feel free to take it when we let you ;). > > On Thu, Mar 19, 2009 at 1:16 PM, marius d. wrote: >> >>

[Lift] Re: JPA inheritance

Chas, If you want the object to tell you what it is can you not use some form of reflection? Tim On 20/03/2009 11:03, "Viktor Klang" wrote: > > > On Fri, Mar 20, 2009 at 11:43 AM, Charles F. Munat wrote: >> >> Not really. What I want to do is have the object tell me what it is. >> Unless

[Lift] Re: Mapper to Record ORM

Potentially in a few version of Lift it will become deprecated, but that wont be anytime soon and it will be supported by the commit team for the foreseeable future. Cheers, Tim On 20/03/2009 13:28, "Derek Chen-Becker" wrote: > There's no real reason to make it go away even when we have Record

[Lift] Re: in a heap o' trouble

The mojo's are well documented both on scala-tools maven site and in the code itself. I'm on my iPhone right now so can't paste the link (damn you apple!) but it's all on scala-tools! If been looking for specific options myself before and found it to be very well organized. Tim Sent from m

[Lift] Re: Welcome Charles Munat to the Lift committers

Welcome to the team Chas :-) --~--~-~--~~~---~--~~ 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

[Lift] Re: Portable components of logic?

Sure, I know this :) But what about CSS etc, how can they then become resolvable / includable in html (and/or scala view) code? Thanks Tim On 23/03/2009 18:08, "David Pollak" wrote: > Tim, > > Look in LiftRules for SnippetDispatchPF > > Yes, you can dispatch snippets to objects defined in

[Lift] Re: Portable components of logic?

> You could have the CSS reference generated in the Snippet. When you say "reference", are you referring to a style-sheet link or the *actual* CSS itself? > You can also have views in code (see ViewDispatchPF) and do > in your code to refer to the Scala-based view code. I've seen ViewDispatch

[Lift] Re: Portable components of logic?

> Perhaps tomorrow.  I will be whipped into a mass of jello if I don't get > Ch08D2 done today... along with the front matter. lol! No worries at all David. Tomorrow would be great :-) Thanks, Tim --~--~-~--~~~---~--~~ You received this message because you are su

[Lift] Re: Adding / Updating a JsObj

Hmm, I saw those methods but they are not documented so didnt know what they did! Will +* replace an object thats the same? On Mar 24, 6:45 pm, "marius d." wrote: > Please see > > def props: List[(String,JsExp)] > > and > > def +*(other: JsObj) > > would this suffice ? > > +* looks like an awkw

[Lift] Re: Adding / Updating a JsObj

t it back to JsObj. Can we not add some support for Map[String, JsExp] and going to to/from JsObj? IMO, it seems like its a natural fit given the key-pair nature of JsObj. Thoughts? Cheers, Tim On Mar 24, 7:10 pm, Timothy Perrett wrote: > Hmm, I saw those methods but they are not documen

[Lift] Re: Adding / Updating a JsObj

Hey Marius, > Not difficult but not convenient either such as: > > def update(name: String, newVal: JsExp, obj: JsObj) = (for (found <- > obj.props if found._1 != name) yield found) ::: List(name, newVal) I think your exactly right - its doable, but it just feels dirty. lol. > Personally I'm fi

[Lift] Re: Lift Authentication

Chad, We have HTTP Basic Auth and HTTP Digest Auth support in Lift. The authentication is implemented as a partial function that you implement like so: LiftRules.httpAuthProtectedResource.prepend { case (ParsePath("api" :: _, _, _, _)) => Full(AuthRole("admin")) } LiftRules.au

[Lift] Re: File <-> Class naming

Hmm - Im a little skeptical. One of the nice things about Scala is that you don't need one source file per class... that really bugs me about Java. Can you be suscint about what stuff your splitting. Right now the codebase in lift feels "workable". I wouldnt want to see it split out into a jillio

[Lift] Re: Lift Authentication

Further to that example, no doubt someone will laugh at me for using database access on each request... However this is just an example! In reality I actually read from an LRU cache to save the database access. Cheers, Tim On 25/03/2009 15:08, "Timothy Perrett" wrote: > > Ch

[Lift] Re: File <-> Class naming

Ah ok I see this - so your not doing any splitting? just re-naming? What rational would you apply to decide on "most significant" class / object? Im not trying to be difficult or anything, id just like to fully understand what you want to chage and how that could happen. Cheers, Tim On Mar 25,

[Lift] Re: File <-> Class naming

That is indeed a fair point! The current rational for naming is probably something along the lines of "that's what felt right" rather than anything more logical :( Ok, what your proposing sounds cool to me. Provided it doesn't change any FCQN then were good to go. Cheers, Tim On 25/03/2009 15:

[Lift] Re: Lift Authentication

closing the browser ... is this true? > > No.  You can stop honoring the authentication provided by HttpAuth.  This > requires server logic rather than a hard-coded auth file. >   >> >> >> On Wed, Mar 25, 2009 at 10:20 AM, Timothy Perrett >> wrote: >>&

[Lift] Re: What a difference a CPU makes

Also, what command are you running to constitute a ³build²? I usually run: mvn clean package install scala:doc What are you guys running as im interested in the comparison. Cheers, Tim On 25/03/2009 12:38, "David Pollak" wrote: > Derek, > > What OS are you running?  The old numbers are wors

[Lift] Re: What a difference a CPU makes

> > On Wed, Mar 25, 2009 at 9:22 AM, Timothy Perrett > wrote: > > > > > Also, what command are you running to constitute a “build”? I usually run: > > > mvn clean package install scala:doc > > > What are you guys running as im interested in the com

[Lift] Re: Dynamic Image generation / HttpServletResponse

If you'd like graphing, depending on your use case perhaps check out the flot graph widget in lift-widgets Sent from my iPhone On 25 Mar 2009, at 21:38, Thomas Rynne wrote: > > Hi, > I want to dynamically generate images (actually a graph). I could > write a seperate servlet for this but I'd

[Lift] Re: Form action URI's

Sorry, let me be more accurate. Lets say your viewing the following: /catalogue?filter=marin&limit=10&page=1 I then want a dropdown menu to change ³10² in limit to, say, 20. So I setup a form, but when it does the POST of course those paramaters are gone and the URL goes to: /catalogue Which be

[Lift] Re: mixinAttributes help

Hi Bradford, Can you just elaborate on what your trying to achieve? My assumption is that you want to set the ID of the input field? When your working with lift you dont need to define the input fields in the HTML, only on the serverside. Try this: bind("f", xhtml, "query" -> SHtml.text(qu

[Lift] Re: Form action URI's

> Have you tried just changing the form attribute on the Lift tag to "GET" > instead of "POST"? Of course ;-) Lift encodes the URI which makes it all bone again. > Anyways, you should be able to just do a mapping on S.request.params to > "regenerate" the URL. Something like: > > S.request.map(

[Lift] Re: mixinAttributes help

d >>> the code works now.  This thread did not appear in the list at that >>> time (due to moderation perhaps) so I could not reply to it in time. >> >>> Yes, I'm aware that you can set the attributes that way, but I prefer >>> to set it in the HTML.  I just fi

[Lift] Re: openOr with a block to cover Nil in the middle of a chain?

...And that's why Box rocks ;-) On 28/03/2009 15:59, "Derek Chen-Becker" wrote: > somThing.user.map(u => u.firstName.is ) openOr "no > name" --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Group

[Lift] Re: Bidirectional Record - JSON conversion

@marius, this is slick. However, its causing my build to error now... I get the following stack trace when building the entire lift project: [INFO] Compiling 22 source files to /Users/timperrett/repositories/ lift/lift-framework/lift-record/target/classes [WARNING] /Users/timperrett/repositories

[Lift] Re: Bidirectional Record - JSON conversion

FYI - the job is also failing on Hudson http://scala-tools.org/hudson/job/lift/926/ On Mar 29, 9:29 pm, Timothy Perrett wrote: > @marius, this is slick. > > However, its causing my build to error now... I get the following > stack trace when building the entire lift projec

[Lift] Re: Bidirectional Record - JSON conversion

working on my > Eclipse plugin 2.8.0 ... > > Sorry again and thanks for pointing it out ! > > Br's, > Marius > > On Mar 29, 11:45 pm, "marius d." wrote: >> Apologies ... fixing it now. >> >> On Mar 29, 11:34 pm, Timothy Perrett wrote: >> >

[Lift] Re: SessionVar or RequestVar example

Check out the JPA example, that has some neat use of hooking JPA into lifts RequestVar On Mar 31, 10:49 pm, DavidV wrote: > I figured out what I needed by checking out the "counting" link on the > Lift demo page.  However, I'd like to see some more examples of > Session or RequestVar in use, so

[Lift] Re: MappedDateTime - Do we have a Date? Or is it a timestamp?

> chronologies (calendar systems). It's also completely immutable (oh, you > didn't know java.util.Calendar isn't thread-safe? you're lucky to have never > had to track down that bug). LOL!!! Its not thread safe!? Thats somewhat of an oversight isnt it... --~--~-~--~~~--

[Lift] Re: The Lift 1.1 list

I think your right Jorge... 2.8 brings some important changes that could quite possibly have some pretty significant breaking changes in the Lift API. I also agree with the JodaTime in record/field, sounds like perfect sense. Cheers, Tim --~--~-~--~~~---~--~~ You

[Lift] Re: Need for lightweight JPA archetype

Glad im not the only one ;-) On Apr 1, 11:15 pm, Viktor Klang wrote: > Timmy, > > yeah, I can see that coming in handy. > > Cheers, > Viktor > > On Wed, Apr 1, 2009 at 11:13 PM, Tim Perrett wrote: > > > > > > > Guys, > > > Do people see room for a blank JPA archetype just like we have blank > >

[Lift] Re: Current snapshot

Chas, Make sure you have: 1.1-SNAPSHOT as the version and you have http://scala-tools.org/repo-snapshots defined in the repository section. Cheers, Tim On Apr 2, 6:59 am, "Charles F. Munat" wrote: > If I want to use the MenuWidget, what is the current version I should > have in my pom.xml (for

[Lift] Re: Need for lightweight JPA archetype

ft side of > things. The persistence unit could have a skeleton persistence.xml in the > right place but otherwise be empty. The Lift side could have the basic Boot > and perhaps a Model class set up with a placeholder persistence setup. > Thoughts? > > Derek > > On Wed,

[Lift] Re: Need for lightweight JPA archetype

> Works for me :) > > On Wed, Apr 1, 2009 at 11:51 PM, Timothy Perrett > wrote: > > > > > I 100% see why you want a seperate module for persistance, but > > workflow wise I've found JPA a lot more productive if it's in the lift > > app as it means y

[Lift] Re: The Lift 1.1 list

Just my two pence, but right now I understand these things are possible with ViewDispatchPF and SnippetDispatchPF etc etc and all the other tools we have in lift for creating modular view and logic code. However, the one thing I would say is that a lot of people appear to struggle with the parti

[Lift] Re: Need for lightweight JPA archetype

Are you eyeing up for your first commit Chas? ;-) The src of the JPA archetype is here: http://github.com/dpp/liftweb/tree/4a5d4530b407782a2f0e0e99b277432dbb41b640/lift-archetype-jpa-basic Cheers, Tim On Apr 2, 6:02 pm, "Charles F. Munat" wrote: > Where is the code for these archetypes and ho

[Lift] Re: Need for lightweight JPA archetype

Crack on is what I say - make a branch, knock yourself out and then post to the list before merging to master Cheers, Tim On Apr 2, 7:17 pm, "Charles F. Munat" wrote: > Yup. But there seem to be a few candidates... > > Timothy Perrett wrote: > > Are you eyeing up for yo

[Lift] Re: The Lift 1.1 list

Ok no worries - personally, I dont have any burning need for it right this moment but I could certainly make serious use of it within the next month. Cheers, Tim On Apr 2, 7:10 pm, David Pollak wrote: > Tim, > > It's on my backlog. Right now I'm working on a preso for a class I'm > teaching tod

[Lift] Re: Proposed URL Shortening widget

Hey Jorge, Im not sure I 100% follow what your saying - are you proposing creating a widget that actually has a shortening algorithm? IMO, isnt it better to not re-invent the wheel and use an existing service? (take advantage of their short domain names etc) What are your thoughts on the blockin

[Lift] Re: Advice on Ramping Up

My advice, if your generally / vaugly familiar with Scala from reading PiS (that truly is a very unfortunate acronym!) just dive into making a lift app, then go from there. One of the best things about Lift is the community - if you have questions, chances are its either already in the group arc

[Lift] Re: Who did the hungarian translation?

Hey Marius Sounds good. I just want to add an "Undefined" item to the Genders object in Mapper, however it needs updating in our core locale strings so just need a HU translation for "Undefined" Cheers, Tim On 04/04/2009 15:16, "marius d." wrote: > > A co-worker of mine. I could have him d

[Lift] Re: The Lift 1.1 list

Just looking back over the list - where are we too with the current Record implementation? I want to factor out some localization functionality into a ProtoTranslation style system, but for Record rather than mapper; i'm not sure Record is sufficiently mature however? Cheers, Tim --~--~--

[Lift] Re: PhET Website

Hey Sam, I'm currently working on some heavily localized lift systems that localize database content, template content and can handle both LTR languages and RTL languages (hebrew and arabic). Im making heavy use of LRU caches for string storage and management too and its super sweet. The bottom l

  1   2   3   4   5   6   7   8   9   10   >