Personally, I would say forget ExtJS, compared to Cappuccino its streets behind:
http://cappuccino.org/
Easily the most exciting UI framework out there right now
Cheers, Tim
On 10 Mar 2010, at 03:45, aw wrote:
It is time for me to add some serious widgets to my lift app.
So far, I am
The only possible thing that one could do would need two aspects:
1. The lift side to produce particular JSON
2. The capp side to consume said JSON
Without a full package, there aren't really any integration points as we have
already got comet working with capp so the only thing remaining is
, aw anth...@whitford.com wrote:
On Mar 10, 1:15 am, Timothy Perrett timo...@getintheloop.eu wrote:
Personally, I would say forget ExtJS, compared to Cappuccino its streets
behind:
http://cappuccino.org/
Easily the most exciting UI framework out there right now
Perhaps I should add
I'm afraid I agree with Marius... I'm just not sure on the benefit
here over JRebel?
Cheers, Tim
Sent from my iPhone
On 9 Mar 2010, at 08:05, Marius marius.dan...@gmail.com wrote:
I'm having seconds thoughts about this. Development mode can mean
slightly different things depending on the
without that
as well (using JRebel).
On Mar 9, 9:37 am, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
On Tue, Mar 9, 2010 at 9:33 AM, Timothy Perrett
timo...@getintheloop.eu wrote:
I'm afraid I agree with Marius... I'm just not sure on the benefit
here over
JRebel?
My main pain point was changes
of my
content.
Cheers, Tim
On 9 Mar 2010, at 11:20, Jeppe Nejsum Madsen wrote:
On Tue, Mar 9, 2010 at 12:08 PM, Timothy Perrett
timo...@getintheloop.eu wrote:
BTW, with SBT, don't forget you can do:
jetty-run
(make changes to your code)
prepare-webapp
That will redeploy chnaged
Wow, I wish I had 5 machines ;-) lol.
Thats an interesting outlook and an explanatory rationale. Can you explain the
implementation? Perhaps I can be persuaded. Right now, i'm not convinced about
hampering development mode in this way.
Cheers, Tim
On 9 Mar 2010, at 17:13, David Pollak wrote:
how about:
def stringTest(x: String): String = Box !! x openOr
Cheers, Tim
On 9 Mar 2010, at 17:30, Heiko Seeberger wrote:
On 9 March 2010 16:48, David Pollak feeder.of.the.be...@gmail.com wrote:
Can you be a little more specific?
Sure ;-)
I am looking for a method like this:
def
haha!! thanks Heiko... perhaps for my next trick i'll tap out a response using
only my nose ;-)
Cheers, Tim
On 9 Mar 2010, at 18:56, Heiko Seeberger wrote:
Looks great, especially for a one-handed-writer ;-)
--
You received this message because you are subscribed to the Google Groups
Lift
to the upload,
Thanks,
David
On Feb 14, 3:58 pm, Gang wangga...@gmail.com wrote:
Thanks Tim, that's exactly what I'm looking for!
On Feb 14, 11:27 am, Timothy Perrett timo...@getintheloop.eu wrote:
See:
http://blog.getintheloop.eu/2009/3/19/understanding-lift-s-streamingr...
Construct
http://www.acidbits.org/lift-blog/ gives a 404 error?
Cheers, Tim
On 8 Mar 2010, at 12:51, Lukasz Kuczera wrote:
Hi Folks.
I've spawned very simple blog app on lift. This is alpha version and
code base is not clean (i'm quite new to scala and lift). You can pull
it from github:
We are currently on version 2.0-M3. Its stable, and production ready... we keep
our snapshots very stable and you shouldnt get any problems using it.
Cheers, Tim
On 7 Mar 2010, at 03:10, Martin wrote:
I notice the last production quality release was over a year ago; I do
notice there have
Business wise, rails / php etc are not even on the same scale as lift. Rails /
PHP etc are cheap, easy ways to deploy *sites*. Lift is for building serious
*web applications*. there is a distinct difference... and yes, for these
reasons no doubt the higher cost of deployment will scare some
Firstly, Lift is not Rails. It really bugs me when people are like oh, well
rails does XYZ. Its apples and oranges in many respects - especially when you
consider the ages of the respective projects... Lift is much, much younger than
Rails. Moreover, Lift is a very advanced framework -more so
Okay... sorry... but this is a gratuitous swipe. Ugly == Not Easy to Use.
Nope. Sorry. I don't buy this.
Maven commands that wont copy and paste correctly == Not Easy To Use.
Im not sure it is difficult to copy and paste:
mvn archetype:generate -DarchetypeCatalog=http://scala-tools.org/
w00t!!
Go team - maybe one of these years we'll have a team meet ;-)
Cheers, Tim
On 5 Mar 2010, at 17:46, David Pollak wrote:
Folks,
I just looked at Lift's stats on ohloh. ( http://www.ohloh.net/p/liftweb ) A
couple of key items:
Very large, active development team
Over the
Probably a sub-ordinate module would be preferable... one that builds on the
lift-json stuff and doesn't pollute the normal JSON usage.
Joni, what are your thoughts?
Cheers, Tim
On 5 Mar 2010, at 17:59, Tim Nelson wrote:
I finally had the opportunity to look into the couchdb code and I
Me too Marius... what the team has achieved is absolutely amazing. Without a
shadow of a doubt being part of this amazing team has changed my life and im
very, very proud to be a part of it. Long may it continue :-)
Cheers, Tim
On 5 Mar 2010, at 18:15, Marius wrote:
I'm sooo proud being a
Agreed - it works fine even with double byte characters...
Cheers, Tim
On 5 Mar 2010, at 18:41, David Pollak wrote:
I don't know what you mean by pasting binary characters
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send
Why do you have // in the URL?
Cheers, Tim
On 4 Mar 2010, at 13:34, Gang wrote:
Could somebody answer my question? If it's too stupid a question to
answer, please let me know that too. It just seems to me that unless
I add a link to SiteMap, the links(a tag) in my page just return
404.
This really needs to go on the wiki! gold!
Cheers, Tim
On 4 Mar 2010, at 17:50, David Pollak wrote:
On Thu, Mar 4, 2010 at 9:27 AM, aw anth...@whitford.com wrote:
On Mar 4, 6:56 am, Naftoli Gugenheim naftoli...@gmail.com wrote:
How about
LiftRules.stripComments.default.set( () =
Personally, I don't like this API. nearly everyone has problems with it as its
totally not obvious. Perhaps i'll add some more comments to the definition.
Cheers, Tim
On 4 Mar 2010, at 08:50, aw wrote:
OK, I have disabled the stripping of comments:
LiftRules.stripComments.default.set(
Probally worth sticking this on the wiki
Cheers, Tim
Sent from my iPhone
On 2 Mar 2010, at 14:37, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
ced docpom...@googlemail.com writes:
When I use Mapper outside a request, say in an actor, how do I wrap
it
in a transaction? I know that I do a
That reminds me - we need to clean up the FactoryMaker API
Cheers, Tim
Sent from my iPhone
On 26 Feb 2010, at 09:05, Marius marius.dan...@gmail.com wrote:
Well you summarized pretty well what I feel about this. Essentially
the way I see it startup configuration things could exists in other
HTML as that
makes it future proof but still readable for both.
Stuart
On 22 Feb 2010, at 17:32, Ross Mellgren wrote:
I will do this, and give feed back if it ever becomes too much load.
-Ross
On Feb 22, 2010, at 12:05 PM, Timothy Perrett wrote:
We are interested
+1
This fits with the idioms we already have. Although, so Lift doesn't carry a
default dependency it would probably need to be:
// default
LiftRules.logger = NoLogger
Or something...
Cheers, Tim
On 25 Feb 2010, at 09:32, Marius wrote:
I'd opt in for something like:
LiftRules.logger =
Guys,
I see DPP made a bunch of commits last night. Something in there has
fundamentally broken the markup parser. Yesterday I deploy an
application to production and today I go to update a small bit of copy
that marketing want changed and i'm finding that my application is
broken
With
Scratch that, it just does this all the time - irrelevant of the mime
type.
Reproduce this by making a blank lift app and looking at the source.
Cheers, Tim
On Feb 24, 11:14 am, Timothy Perrett timo...@getintheloop.eu wrote:
Guys,
I see DPP made a bunch of commits last night. Something
I can verify that the issue causing this is:
703a728af05fddda0f8c5e302cce21a9dc065b54
Can we please back this change out as this is affecting ALL lift
applications
Cheers, Tim
On Feb 24, 1:09 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Scratch that, it just does this all the time
in master. Wait for Hudson to respin.
Committers, sorry for direct commit to master and breaking the rule
but Tim's need was urgent.
Have done quick smoke test locally.
- Indrajit
On 24/02/10 6:56 PM, Timothy Perrett wrote:
I can verify that the issue causing
To clarify, im wondering who reviewed this on RB and gave it a ship
it? A simple test would have shown it to be broken ;-)
Cheers, Tim
PS: thanks Indrajit for your concern :-)
On Feb 24, 1:57 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Yeah I already fixed it locally to work around
...@gmail.com wrote:
Tim, you can also pin to certain snapshot dates I believe (-SNAPSHOT versions
are actually -MMDDHHMMSS), if something in the future breaks you.
-Ross
On Feb 24, 2010, at 6:14 AM, Timothy Perrett wrote:
Guys,
I see DPP made a bunch of commits last night. Something
(one, it turns out that didn't include a script.)
I will be more careful with stuff that could break all things in the future.
Thanks,
David
PS -- Thanks Indrajit for reversing the commit.
On Wed, Feb 24, 2010 at 3:14 AM, Timothy Perrett timo...@getintheloop.eu
wrote:
Guys,
I
Right - I just want to add to what David wrote below: To clarify, yes, I moaned
and bitched about this today because it was causing me immediate hassle and
heat from other people in my workplace. However, Lift on the whole is vastly
more stable than any codebase i've ever worked with
Agreed - its nice. The var's are a little unsettling though... shame there is
not a way to make it more immutable.
Cheers, Tim
On 24 Feb 2010, at 17:35, David Pollak wrote:
Yeah. It's good stuff. Would love to see it integrated with Mapper/Record
(so it's not looking at var fields, but
The mental image of you wearing a traffic cone on your head is a pleasing one
David :-D
Cheers, Tim
On 24 Feb 2010, at 20:20, David Pollak wrote:
and those that circumvent that process (including me) should wear the cone of
shame.
--
You received this message because you are subscribed
jim.barr...@gmail.com wrote:
On Wed, Feb 24, 2010 at 1:27 PM, Timothy Perrett
timo...@getintheloop.euwrote:
Agreed - its nice. The var's are a little unsettling though... shame there
is not a way to make it more immutable.
Wouldn't the new copy functionality of case classes in 2.8 take
Whilst I totally take that argument, more often than not I find migrations can
be a useful aid.
Cheers, Tim
On 24 Feb 2010, at 20:47, Jeppe Nejsum Madsen wrote:
That's true.
We're currently using Rails migrations and I've been thinking if
putting migrations into the app is really the
the cone of (process) shame looks like!
-Ross
On Feb 24, 2010, at 3:36 PM, David Pollak wrote:
On Wed, Feb 24, 2010 at 12:29 PM, Timothy Perrett timo...@getintheloop.eu
wrote:
The mental image of you wearing a traffic cone on your head is a pleasing
one David :-D
http
No, sounds good Marius... go for it.
Cheers, Tim
On 23 Feb 2010, at 11:00, Marius wrote:
I opened this ticket:
http://www.assembla.com/spaces/liftweb/tickets/363-liftrules-jqueryversion-should-not-be-there-
I realize that this would bring a slight breaking change but I believe
it is
Hey all,
I see the LDAP has finally been committed... what is it doing in
modules? Its a read / write to LDAP based on record... shouldn't it be
in persistence?
Cheers, Tim
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send
.
-Ross
On Feb 23, 2010, at 2:12 PM, Timothy Perrett wrote:
Hey all,
I see the LDAP has finally been committed... what is it doing in
modules? Its a read / write to LDAP based on record... shouldn't it be
in persistence?
Cheers, Tim
--
You received this message because you
but we don't use MegaProtoUser.
Thanks
D.
On Feb 23, 8:15 pm, Ross Mellgren dri...@gmail.com wrote:
There's no record code in there -- it uses mapper in fact.
I think this is just for auth.
-Ross
On Feb 23, 2010, at 2:12 PM, Timothy Perrett wrote:
Hey all,
I see the LDAP
record backend at work, so I
may write one in the future ;-)
-Ross
On Feb 23, 2010, at 3:00 PM, Timothy Perrett wrote:
Oh yeah, you are right Ross!
Doh... in that case, might have to do some refactoring on that module
to give it a more functional style.
Cheers, Tim
On Feb 23, 7
23, 2010, at 3:14 PM, Timothy Perrett wrote:
Seems like the current lift-ldap ought to be gutted and turned into a
pure LDAP wrapper for scala. Then we can add a record abstraction and
any other abstractions people want.
Cheers, Tim
On Feb 23, 8:07 pm, Ross Mellgren dri...@gmail.com wrote
preparing for a
short trip this weekend so my spare time this week is short.
If you didn't have a book to write I'd make you do it! ;-)
-Ross
On Feb 23, 2010, at 3:40 PM, Timothy Perrett wrote:
Ross my good man, did you just volunteer? :-D
+1 on the MegaUberRobotTronFromOuterSpace
towards JsArtifacts.
Anyways the proposed fix for #363 is on the review board now.
Essentially the JsArtifacts implementation owns the path rewriting
rules now for its own domain.
Br's,
Marius
On 23 feb., 22:04, Timothy Perrett timo...@getintheloop.eu wrote:
Jon, did it go through
Scaladoc2 or prior) David?
Stuart.
On Feb 19, 4:11 pm, Timothy Perrett timo...@getintheloop.eu wrote:
This could work - although, some parts of lift are very non-trivial and
require good knowledge of lift internals. Do you have such knowledge or are
you just hoping to contribute where you can
The problem is that im based in the westcountry... so its more getting there in
the first instance if im not in the city for work.
Cheers, Tim
On 22 Feb 2010, at 17:04, Richard Dallaway wrote:
There'll be a trip to the pub after, if that's any use as an incentive
to come along :-)
--
Whilst we are talking about Props, I wouldn't mind seeing a level of
abstraction on Props so that it can load stuff from things other than .props
files. For instance, Im using configgy more and more these days as its much
more preferable to properties files for app configuration.
Anyone got
configgy to
date.
Cheers, Tim
On 22 Feb 2010, at 18:51, David Pollak wrote:
On Mon, Feb 22, 2010 at 10:42 AM, Timothy Perrett timo...@getintheloop.eu
wrote:
Whilst we are talking about Props, I wouldn't mind seeing a level of
abstraction on Props so that it can load stuff from things
This is related to Lift how? It appears to be a framework itself...
Cheers, Tim
On 22 Feb 2010, at 19:51, Raoul Duke wrote:
http://mlstate.com
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to
Mads,
What is your timeline? I have something cooking with the boys over at SBT if
your interested... we have laid the ground work and made modifications to SBT
itself but it requires an implementation on the Lift side (of which we have I
fairly good plan for)
Interested? Ping me off list
For the OP, Read: Binary incompatible and totally inoperable between even micro
releases.
Cheers, Tim
On 21 Feb 2010, at 21:51, Ross Mellgren wrote:
Keep in mind that Scala is extremely version sensitive and not backward
compatible.
--
You received this message because you are subscribed
Man, I really must try and drag my ass along to this...
Video would be good though as its more than likely i'll miss it due to work
Cheers, Tim
On 20 Feb 2010, at 21:49, Marius wrote:
Neat ! ... will there be any video ?
Br's,
Marius
On 20 feb., 22:22, andy andy1...@gmail.com wrote:
The former is a lift idiom that we use for everything configurable... Lets look
into doing that.
Jeppe: Are you willing to investigate this / take the lead?
Cheers, Tim
On 20 Feb 2010, at 17:47, Petr Pudlak wrote:
If I understand it correctly, you suggest to have a function-type
field
This could work - although, some parts of lift are very non-trivial and require
good knowledge of lift internals. Do you have such knowledge or are you just
hoping to contribute where you can with helpful information? Both are good,
just trying to establish what you had in mind.
Lift-util
Someone ought to tell them that they have their quotes wrong... Odersky did not
say that, Galpin did.
Martin actually said:
The interest and excitement about Scala continues to grow. It's great to see
Lift reaching the 1.0 milestone as this is a proof point for the maturity of
Scala as a
Jeppe, you forgot to mention that the OP needs to implement their sitemap ;)
Cheers, Tim
On 18 Feb 2010, at 14:38, Jeppe Nejsum Madsen wrote:
On Thu, Feb 18, 2010 at 3:33 PM, Julian Backes
julianbac...@googlemail.com wrote:
Hi,
I want to implement something like You are here: Root -
the Lift site.
http://liftweb.net/quotes.html
Shall I change them?
On Feb 18, 7:41 am, Timothy Perrett timo...@getintheloop.eu wrote:
Someone ought to tell them that they have their quotes wrong... Odersky did
not say that, Galpin did.
Martin actually said:
The interest and excitement
I would recommend using Nginx or similar up front and using a reverse proxy
setup - it is the most optiomal solution as Nginx can handle a vast number more
connections than Jetty so it makes scaling your app easier on a single machine.
Cheers, Tim
On 17 Feb 2010, at 15:11, Jeppe Nejsum Madsen
Guys,
Something strange is happening in Lift Record now - I have production
work that for some reason is now not behaving the way it should. The
custom record implementation that I have relies on knowing the field
name, and for some reason, it appears to not be being set:
(where Visitor is an
that its just a problem with set(param) ?
Cheers, Tim
On Feb 17, 5:46 pm, Ross Mellgren dri...@gmail.com wrote:
I'm starting to look at this. Do you have a repro case?
-Ross
On Feb 17, 2010, at 12:41 PM, Timothy Perrett wrote:
Guys,
Something strange is happening in Lift Record now - I have
and
setFromString in the set department?
-Ross
On Feb 17, 2010, at 12:51 PM, Timothy Perrett wrote:
Not a generic one - to reproduce it you would need my custom record
implementation and access to internal work servers (neither of which I
can give out).
I have just realised however that the name
have IM? We could cycle faster.
-Ross
On Feb 17, 2010, at 1:02 PM, Timothy Perrett wrote:
The field in question is a subtype of:
sealed abstract class TextADORField[OwnerType : Record[OwnerType]]
(rec: OwnerType)
extends ADORField[OwnerType, String](rec){
def setFromString(s
Yeah, tbh, i've always worked around the issue using relative urls... but I
wasn't sure how much of an issue that was for you (in a big codebase, going
around converting links is not something you want to have to do).
Glad that worked for you
Cheers, Tim
On 17 Feb 2010, at 19:43, Jeppe
Contact me privatly with your IM adress and lets chat about it Jeppe -
I'm doing something similar with helicon (windows proxy) and it's
working fine.
I'm traveling now but will be about later
Cheers, Tim
Sent from my iPhone
On 16 Feb 2010, at 10:01, Jeppe Nejsum Madsen je...@ingolfs.dk
Mellgren dri...@gmail.com wrote:
Any chance you could have this discussion on-list to increase the
general knowledge about it?
-Ross
On Feb 16, 2010, at 8:50 AM, Timothy Perrett wrote:
Contact me privatly with your IM adress and lets chat about it
Jeppe - I'm doing something similar
Yes, it's the age. It's stops people dragging up mega old threads and
i would imagine it's something archive related in google groups
Cheers, Tim
Sent from my iPhone
On 16 Feb 2010, at 14:46, Luke Nezda lne...@gmail.com wrote:
Thanks Ross! This was helpful.
- Luke
p.s. Anyone know why
Debasish just posted this:
http://debasishg.blogspot.com/2010/02/why-i-dont-like-activerecord-for-domain.html
Interesting feedback especially regarding the current design of
Record...
Cheers, Tim
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post
:03, Jeppe Nejsum Madsen wrote:
On Mon, Feb 15, 2010 at 12:40 AM, Timothy Perrett
timo...@getintheloop.eu wrote:
The context header stuff was removed because it was tottlay broke ;-)
Check LiftRules for the context calculator - you should be able to
dynamically set it from whatever value you
PM, Timothy Perrett
timo...@getintheloop.eu wrote:
In boot:
LiftRules.calculateContextPath = () = Full(/yourcontext)
Oh, that was easy :-) I'll try it out late today
Im not using NGINX for that particular application as we use windows at
work, so I cant share a config file
:34 AM, Timothy Perrett wrote:
Debasish just posted this:
http://debasishg.blogspot.com/2010/02/why-i-dont-like-activerecord-for-domain.html
Interesting feedback especially regarding the current design of
Record...
Cheers, Tim
--
You received this message because you are subscribed
Generally, the module can look after its own concerns (for instance lift rules
dispatching). However, the main wire up must be completed by the consumer
rather than any classpath magic. Yes, LiftRules does support multiple add to
package calls. I would put the addToPackage call in your module,
Why? What would be a good reason for doing this...?
On 14 Feb 2010, at 08:06, aw wrote:
Is there a way to do a page transition using location.replace?
In some cases, I am interested in not having the back button function.
I think I am looking for an SHtml.link variation that leverages
See:
http://blog.getintheloop.eu/2009/3/19/understanding-lift-s-streamingresponse
Construct the CSV in memory and just then stuff it into a streaming response as
a byte array.
Cheers, Tim
On 14 Feb 2010, at 16:18, Gang wrote:
Hi,
I have a question and it may not be a pure Lift one. But
I dont mean to be overly pedantic, but that would be a fork - not a branch ;-)
Cheers, Tim
On 14 Feb 2010, at 17:19, John A. De Goes wrote:
You can find the branch here:
http://github.com/jdegoes/liftweb
--
You received this message because you are subscribed to the Google Groups
if the user hits the back button, then the user can resubmit the
action. Sometimes, that could be dangerous or confusing.
On Feb 14, 4:14 am, Timothy Perrett timo...@getintheloop.eu wrote:
Why? What would be a good reason for doing this...?
On 14 Feb 2010, at 08:06, aw wrote:
Is there a way
The context header stuff was removed because it was tottlay broke ;-)
Check LiftRules for the context calculator - you should be able to
dynamically set it from whatever value you want. I'll post an example
tomorrow if you need one.
Cheers, Tim
Sent from my iPhone
On 14 Feb 2010, at
into the article.
Thanks,
Zach
On Feb 11, 2:05 pm, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
Timothy Perrett timo...@getintheloop.eu writes:
Its not everything, but it'll give you a general idea:
http://scala-tools.org/mvnsites-snapshots/liftweb/changes-report.html
And don't forget
Correct - they don't.
Sent from my iPhone
On 14 Feb 2010, at 00:24, ngocdaothanh ngocdaoth...@gmail.com wrote:
I think it is the browsers that don't send values of disabled inputs.
On Feb 14, 2:46 am, Marius marius.dan...@gmail.com wrote:
I don't think right now that this is a Lift problem.
Congratulations Ross.
Cheers, Tim
On Feb 12, 5:07 am, Ross Mellgren dri...@gmail.com wrote:
I've just pushed the CouchDB integration using Lift-JSON and Dispatch that
I've talked about on the list a couple times before.
It has a couple pieces:
- A straight JSON integration to CouchDB
This is pretty much what rails does. Straight from github:
link
href=/stylesheets/bundle_common.css?7371c81fbc6b010a32fb11b42a0fc322c3c57863
media=screen rel=stylesheet type=text/css /
link
href=/stylesheets/bundle_github.css?7371c81fbc6b010a32fb11b42a0fc322c3c57863
media=screen
pom.xml is irrelevant if your working with SBT.
Please show your project.scala
Cheers, Tim
On 11 Feb 2010, at 16:24, Mads Hartmann wrote:
Hello everyone,
I was hoping I could get some help with an SBT error I'm getting:
[error] /Users/Mads/Dev/logicOfScientificDiscovery/src/main/scala/
Its not everything, but it'll give you a general idea:
http://scala-tools.org/mvnsites-snapshots/liftweb/changes-report.html
Tim
On 11 Feb 2010, at 14:44, Ivan Willig wrote:
Hi guys,
I am getting really excited about lift 2.0 but still feel in the dark about
changes in 2.0. Is there a
Dont use lift-core as a dependency.
Explicitly specify what it is you want webkit, mapper and widgets.
Cheers, Tim
On 11 Feb 2010, at 17:26, Mads Hartmann wrote:
Thanks Tim Timothy
-- properties
#Project properties
#Tue Feb 02 14:29:05 CET 2010
project.organization=sidewayscoding
: value servlet is not a member of
package javax
[error] import _root_.javax.servlet.http.{HttpServletRequest}
[error] ^
On Feb 11, 6:35 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Dont use lift-core as a dependency.
Explicitly specify what it is you want
LOL
Yeah that would be a bit of a problem!! Out of interest, what Record backend
are you trying to use?
Cheers, Tim
On 11 Feb 2010, at 21:57, harryh wrote:
OK kids. Here's a lesson for you. Don't mix Mapper and Record in the
same file! Cause if you do, you might do something like this:
Oh thats epic.
I didnt know that even existed... Lots of cool little projects kicking up at
the moment!
Cheers, Tim
On 11 Feb 2010, at 22:17, harryh wrote:
Yeah that would be a bit of a problem!! Out of interest, what Record backend
are you trying to use?
So you don't want to write any explicit mapping, and you don't want to use
reflection??? How would you propose Lift know what your asking for?
Im afraid voodoo is not yet compatible with the JVM ;-)
Cheers, Tim
On 9 Feb 2010, at 16:54, Hugo Palma wrote:
I just read
quite understand what you mean by page is
scoped to a single snippet and that invalidates that you have a
resource bundle per page. Sorry is this is clear to everyone else but
i'm new with Lift so i'm still grasping basic concepts.
On Feb 8, 10:49 pm, Timothy Perrett timo...@getintheloop.eu
Come to think of it - if you really wanted to have a resource bundle
for each page... you could do that using the resource bundle factories
I listed earlier.
Cheers, Tim
On Feb 9, 5:38 pm, Timothy Perrett timo...@getintheloop.eu wrote:
The analogy would be MVC controllers... the index method
resource bundle in LiftRules.resourceNames.
Although not critical this could easily be replace with automatic bindle
discovery like i suggested.
On Tue, Feb 9, 2010 at 17:38, Timothy Perrett timo...@getintheloop.eu wrote:
The analogy would be MVC controllers... the index method has an index
for further discussion or do we just let it be ?
On Tue, Feb 9, 2010 at 18:43, Timothy Perrett timo...@getintheloop.eu wrote:
Appreciate where you are coming from, however, the defaults are working quite
well so perhaps it would be frugal to break some other boxed configurations
into lift
You need to be registered on assembla and watching the Lift space - we do that
to avoid spam
Cheers, Tim
On 8 Feb 2010, at 09:18, aw wrote:
On Feb 7, 11:31 pm, Marius marius.dan...@gmail.com wrote:
Please open a defect herehttp://www.assembla.com/spaces/liftweb/tickets
Would love to, but
That wouldn't work for Lift as it assumes a page is scoped to a single snippet.
It works with Tapestry because its an MVC framework.
Lift is *not* MVC.
Have you seen LiftRules.resourceBundleFactories ?
Cheers, Tim
On 8 Feb 2010, at 22:11, Hugo Palma wrote:
Lift only support global
In a textarea?!! Why on earth would you want to do that?
I would imagine that you would need to use some kind of JQuery event binding
that subsequently triggered an XHR form submit; you'd have to implement this as
a JSON form on the server side id imagine though as im not sure how you'd hook
something
that would be nice to have. I think some hack could be made with
sendError(int, String) and web.xml config, but that would be worse
than using the deprecated method.
Erkki L
On Feb 7, 11:20 pm, Timothy Perrett timo...@getintheloop.eu wrote:
I agree Ross... I would be very reluctant
Generally I find that to be only of use when needed specific adjustments to
templates. For instance, english vs german... the german language is
significantly more verbose so requires different div heights etc sometimes. Its
not generally a strategy one adopts for their entire localisation
If you want to alter the Reason-Phrase, you can already do that - objects like
NotFoundResponse are just helpers on InMemoryResponse... nothing stopping you
adding your own helpers that set headers with customised reason codes; this
should give you what you what. I haven't managed to find an
1 - 100 of 1088 matches
Mail list logo