well, fwiw :P i eventually chose ideavim with intellij. best of both worlds.
thanks all for the input!
On Thu, Apr 9, 2009 at 10:20 PM, TylerWeir tyler.w...@gmail.com wrote:
It's not an editor/IDE war unless someone brings up Vim or Emacs,
so...
I've been using Vim+Scala+Ctags since I
I think a lot of people coming to scala from ruby are more familiar
with the terminal and textmate style combination... using large IDE's
with boat loads of features is more for people coming from a
traditional java background. Thats not to say they don't have merit,
of course they do, but I
more a scala question this: but with the JPA can I create Traits that
encapsulate the annotations for example an Id trait that includes @Id.
Any obvious drawbacks in doing so?
Thanks
Tim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
I think this thread points out something important about Lift... what
matters most is what works for you. There are plenty of people on this list
that use one editor or another... use mapper or JPA... use lots of
comet/ajax or use very little. The only thing that's right is what works
for you...
I've only ever done something like this with the joined subclass support in
JPA, so I don't know if using raw traits for independent classes would work.
Easy to test, though.
Derek
On Fri, Apr 10, 2009 at 5:38 AM, Tim P tim.pig...@optrak.co.uk wrote:
more a scala question this: but with the
Does anyone know how to get a console in netbeans that I can run mvn
scala:cc?
On Apr 10, 8:12 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
I think this thread points out something important about Lift... what
matters most is what works for you. There are plenty of people on this
I think the .asJs method on all Mapper instances should give you the object
in JavaScript representation.
If you can post an entire file, I can work on helping you if the above
doesn't work.
On Thu, Apr 9, 2009 at 6:53 AM, Amit Kumar Verma cdac.a...@gmail.comwrote:
copied the the same code but
if I see lift:/, it could mean one of two things: a directive,
e.g., lift:bind/ or lift:surround/ or shorthand for a snippet, eg
lift:myClass represents lift:snippet type=MyClass
i guess I would like to see these disambiguated a shorthand for
snippets that doesn't overlap with the directive
Bob,
They are actually the same thing. Lift's processing directives are simply
built-in snippets. You can, if you dare, override their functionality. :-)
Thanks,
David
On Fri, Apr 10, 2009 at 11:23 AM, bob rbpas...@gmail.com wrote:
if I see lift:/, it could mean one of two things: a
ok, Jorge told me on IRC that bind and surround are hard-coded
11:16 bobinator so,if lift:helloWorld.howdy/ maps to Class
HelloWorld#howdy,i assume lift:bindand lift:msgs map to Class Bind
and Class Msgs, with some special sauce for the method?
11:15 jorgeortiz85 actually, all the directives
Huh?
lift: snippet, surround, embed, ignore, comet, children, a, form, loc, and
with-param are all built-in in liftTagProcessing. Yes, they're overrideable,
but imo it'd be nicer if they were Just A Snippet, like, say, lift:msgs.
lift:bind is just bad naming. it's not actually a directive, it's
Who you gonna believe? :-)
There's a dispatcher in Lift and it checks for user-supplied snippets before
dispatching to the hard-coded snippet names.
You can override the built-in names and there are a bunch of different
snippet dispatch mechanisms (by convention, by partial function, hard-coded)
On Fri, Apr 10, 2009 at 11:31 AM, Jorge Ortiz jorge.or...@gmail.com wrote:
Huh?
lift: snippet, surround, embed, ignore, comet, children, a, form, loc, and
with-param are all built-in in liftTagProcessing. Yes, they're overrideable,
but imo it'd be nicer if they were Just A Snippet, like,
On Wed, Apr 8, 2009 at 4:13 PM, Douglas F Shearer douga...@gmail.comwrote:
I've found the solution to this. It seems that for some reason I
needed to provide the return type on the posts method, as so:
def posts(html: NodeSeq): NodeSeq = {
...
Odd it should fail in such a manner without
done. thanks guys
On Apr 10, 11:36 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Fri, Apr 10, 2009 at 11:31 AM, Jorge Ortiz jorge.or...@gmail.com wrote:
Huh?
lift: snippet, surround, embed, ignore, comet, children, a, form, loc, and
with-param are all built-in in
Ignore me... im being dumb! Basic archetype has lib but the blank one
doesnt. I'll add a lib dir to blank archetype tomorrow.
Cheers, Tim
On Apr 10, 12:22 pm, Tim Perrett timo...@getintheloop.eu wrote:
Just looked at the blank archetype because im wanting to build another
one for my own
I put non-Lift related logic stuff in lib.
On Fri, Apr 10, 2009 at 12:23 PM, David Bernard
david.bernard...@gmail.comwrote:
Why adding a lib dir if it's useless ?
/davidB
On Fri, Apr 10, 2009 at 21:01, Timothy Perrett timo...@getintheloop.euwrote:
Ignore me... im being dumb! Basic
Agreed - this is exactly what I think most people do.
On 10/04/2009 20:25, David Pollak feeder.of.the.be...@gmail.com wrote:
I put non-Lift related logic stuff in lib.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
I've been wondering about this, too, but too busy to experiment. Please
post your results if you try it.
Chas.
Derek Chen-Becker wrote:
I've only ever done something like this with the joined subclass support
in JPA, so I don't know if using raw traits for independent classes
would work.
Hey guys,
i had the (simple) idea of creating a trait for these fields:
object created_by extends MappedLongForeignKey(this, User)
object created_at extends MappedDateTime(this)
object updated_by extends MappedLongForeignKey(this, User)
object updated_at extends MappedDateTime(this)
The not overly helpful answer... please look for the IdPK trait... you can
see how to do stuff like this.
If you're still stuck, I'll provide a more helpful answer.
On Fri, Apr 10, 2009 at 4:39 PM, Franz Bettag i...@fbettag.de wrote:
Hey guys,
i had the (simple) idea of creating a trait for
Hi Franz,
Here's what I did, roughly:
trait TimeStamped[OwnerType : ExtMapper[OwnerType]] {
this: ExtMapper[OwnerType] =
private val thisTyped = this.asInstanceOf[MapperType]
object createdOn extends ExtMappedDateTime(thisTyped) with
LifecycleCallbacks {
override def
I have a stateful snippet that doesn't always appear to work with the back
button.
Sometimes, when the back button is used, a new stateful snippet instance
appears to be created. Has this happened to anyone else?
Anyway, I've converted what I had to use a SessionVar to store the state.
Should I
23 matches
Mail list logo