On 7 March 2010 19:37, Marius wrote:
>
> If you think that this makes sense I'll add a ticket and put it in my
> backlog.
>
Makes a lot of sense for me. Go for it!
Heiko
Company: weiglewilczek.com
Blog: heikoseeberger.name
Follow me: twitter.com/hseeberger
OSGi on Scala: scalamodules.org
Lift,
On Sat, Mar 6, 2010 at 7:10 PM, Martin wrote:
> Hey,
>
> First of all, let me take the complete opposite stance observed from
> one of the most reason posts from a "Rails Junkie". I'm very excited
> to see a framework that takes the good from so many different projects
> and houses it under a lan
What's wrong with KeyedMapper's implementation?
Well, that was exactly why I was asking the question, "Is this
implementation for equals and hashCode a good idea?" I had gotten
this at some point, been using it, and am only questioning it now
because if it truly is a good idea, I think it should
On Sun, Mar 7, 2010 at 12:15 PM, Naftoli Gugenheim wrote:
> I think that Jonathan was impolite in expressing his frustration at being
> misunderstood.
>
First, don't you think that it's ironic that someone who was trying to teach
us about marketing was so incapable of expressing himself effective
On Mar 4, 9:50 am, David Pollak wrote:
> On Thu, Mar 4, 2010 at 9:27 AM, aw wrote:
> > On Mar 4, 6:56 am, Naftoli Gugenheim wrote:
> > > How about
> > > LiftRules.stripComments.default.set( () => !Req.isIE)
> > > etc.?
>
> This is where Lift's FactoryMaker shines. You can modify the behavior o
It's not necessary. Just put a head section in the template and it will be
combined with the head section in default.html.
-
Martin Dale Lyness wrote:
Thank you Ross, for the very informative response!
Now, I consider SEO to be closer to a designer task than
Thank you Ross, for the very informative response!
Now, I consider SEO to be closer to a designer task than a developer task so
keeping the power in the design documents would be my best idea. Is there
anyway to allow individual pages to define blocks that are read into the
snippets and then injec
To be parsed by the bind, it must be enclosed by
...
There is relatively little magic -- Lift goes through your template looking for
lift: prefixed tags. For those tags, it will look up a snippet class by using
the part before the period (HelloWorld, in the above example) and then look for
a m
Is there any objection to
https://www.assembla.com/spaces/liftweb/tickets/411 - MappedLongForeignKey
should call primeObj in apply(v: O) and apply(v: Box[O])?
In other words, if you set a MappedLongForeignKey by passing it a Mapper
instance of the referenced table, is there any reason not to cache
What's wrong with KeyedMapper's implementation?
-
aw wrote:
Done. Issue 408. Thanks!
https://www.assembla.com/spaces/liftweb/tickets/408-add-equals-and-hashcode-to-idpk-trait
On Mar 7, 11:53 am, David Pollak
wrote:
> Good idea. Please open a ticket
> ath
What is the current implementation?
-
aw wrote:
Done. Issue 408. Thanks!
https://www.assembla.com/spaces/liftweb/tickets/408-add-equals-and-hashcode-to-idpk-trait
On Mar 7, 11:53 am, David Pollak
wrote:
> Good idea. Please open a ticket
> athttps://liftw
Done. Issue 408. Thanks!
https://www.assembla.com/spaces/liftweb/tickets/408-add-equals-and-hashcode-to-idpk-trait
On Mar 7, 11:53 am, David Pollak
wrote:
> Good idea. Please open a ticket
> athttps://liftweb.assembla.com/spaces/liftweb/ticketsand assign it to me.
--
You received this mess
I may have a project coming up that would use it though. :)
-
Marius wrote:
You must be unique :)
On Mar 7, 10:21 pm, Naftoli Gugenheim wrote:
> Then it sounds good to me, although that doesn't count as much since I must
> admit I haven't really had the oppo
Based on discussion on Review Board item 247, I want to propose the following
change to the organization of Mapper specs.
Currently there are four files in
framework/lift-persistence/lift-mapper/src/test/scala/net/liftweb/mapper:
DBProviders - initalization for each provider to be tested
MapperSp
You must be unique :)
On Mar 7, 10:21 pm, Naftoli Gugenheim wrote:
> Then it sounds good to me, although that doesn't count as much since I must
> admit I haven't really had the opportunity to use Lift's ajax and javascript
> parts.
>
> -
>
> Marius wrote:
>
Then it sounds good to me, although that doesn't count as much since I must
admit I haven't really had the opportunity to use Lift's ajax and javascript
parts.
-
Marius wrote:
Yes that's the idea ... I apologize I didn't actually mean to just
remove things ou
Yes that's the idea ... I apologize I didn't actually mean to just
remove things out of the sudden. But I'll know more once I get to dig
deeper.
On Mar 7, 10:13 pm, Naftoli Gugenheim wrote:
> Can it be changed with a deprecation phase?
>
> -
>
> Marius wrote:
>
I think that Jonathan was impolite in expressing his frustration at being
misunderstood.
But are his points not valuable?
-
David Pollak wrote:
Jonathan, your comments are someplace between not helpful and troll-like.
It'd be best if you did not continue to pa
Can it be changed with a deprecation phase?
-
Marius wrote:
I'm not sure about the fastness as I also have other things and a 4
days baby boy ;) ... but I think this is fairly important and I'll try
to prioritize.
On Mar 7, 8:52 pm, Mads Hartmann Jensen wrote
I'm not sure about the fastness as I also have other things and a 4
days baby boy ;) ... but I think this is fairly important and I'll try
to prioritize.
On Mar 7, 8:52 pm, Mads Hartmann Jensen wrote:
> Marius,
> I think this sounds like a great idea - but I only have 2 Lift projects under
> dev
Jonathan, your comments are someplace between not helpful and troll-like.
It'd be best if you did not continue to participate in this thread.
On Sun, Mar 7, 2010 at 5:36 AM, jonathan mawson wrote:
>
>
>
> If there's no rational reason to use Lift, then perhaps you could find
> another community
Good idea. Please open a ticket at
https://liftweb.assembla.com/spaces/liftweb/tickets and assign it to me.
On Sun, Mar 7, 2010 at 10:57 AM, aw wrote:
> My model classes mix-in IdPK and have the following boiler-plate for
> equals and hashCode:
>
> class Team extends LongKeyedMapper[Team] with
On Sun, Mar 7, 2010 at 9:54 AM, hexa wrote:
> Hi,
>
> I'm trying to do something which should be simple I think .. passing
> a function to toForm like so :
>
> class AddClient {
>
> def add (inhtml: NodeSeq) : NodeSeq = {
>
>val client = Client.create
>
>def processEntry () = {
>
Hi,
I'm trying to do something which should be simple I think .. passing
a function to toForm like so :
class AddClient {
def add (inhtml: NodeSeq) : NodeSeq = {
val client = Client.create
def processEntry () = {
client.save
S.notice ("Entre : Prenom " + client.prenom
My model classes mix-in IdPK and have the following boiler-plate for
equals and hashCode:
class Team extends LongKeyedMapper[Team] with IdPK {
override def equals (other : Any) = other match {
case t : Team if t.id.is == this.id.is => true
case _ => false
}
override def hash
Marius,
I think this sounds like a great idea - but I only have 2 Lift projects under
development so it would be quite fast for me to make any changes
Mads
On 07/03/2010, at 19.37, Marius wrote:
> Dear all,
>
> Looking at Js api and specifically JsCmds and JqJsCmds (the Js
> abstractions vs J
Dear all,
Looking at Js api and specifically JsCmds and JqJsCmds (the Js
abstractions vs Jquery specify abstractions) IMHO there are several
redundancies:
1. JsCmds has ~> method for referencing member of "objects" (i.e
elem.focus()) but JQuery abstractions have >> method that "chains" a
JQueryLe
Note, it is very easy to clean up the JSON before rendering by using
'map' function:
json map {
case JString(s) => JString(sripOutBinaryChars(s))
case x => x
}
(You just need to implement that sripOutBinaryChars function...).
Cheers Joni
On Mar 5, 8:26 pm, Dano wrote:
> I think I would lik
If there's no rational reason to use Lift, then perhaps you could find
another community to spend your time in.
I didn't say that there was no rational reason to use Lift BUT THAT YOU ARE
FAILING TO COMMUNICATE WHAT THAT REASON MIGHT BE TO POTENTIAL USERS! You
can't expect potential users to b
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 peop
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 b
On Mar 6, 5:28 pm, David Pollak wrote:
> Back in 2005-2006 Ruby and Rails were not easy to
> get started with.
My first Rails checkins in our VCS are from 2004. I had no trouble at
all getting things running back then and don't remember hearing a lot
of complaints about this from other quarters e
How would one go about having dynamic description and keyword meta
tags in a template? Here is what i've tried:
default.html
HelloWorld.scala
Helpers.bind("b", in, "time" -> date.map(d => Text(d.toString)),
"meta_desc" -> "test desc")
I'm using a basic archetype build of 2.0-M3 and it produces
Hey,
First of all, let me take the complete opposite stance observed from
one of the most reason posts from a "Rails Junkie". I'm very excited
to see a framework that takes the good from so many different projects
and houses it under a language that does the same. I find it
refreshing to have the
34 matches
Mail list logo
