Thanks Jorge! We just started using JodaTime and it's definitely everything
we wanted from a Time API. Good Find!!!
On Tue, Mar 31, 2009 at 8:31 PM, Kris Nuttycombe
kris.nuttyco...@gmail.comwrote:
I'm also using joda-time, and very pleased with it. In fact, I use it
in my Lift project -
On Tue, Mar 31, 2009 at 11:10 PM, Timothy Perrett
timo...@getintheloop.euwrote:
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
Well, I guess this bug needs updated:
http://liftweb.lighthouseapp.com/projects/26102-lift/tickets/28-mappeddatetime-does-not-store-time-portion-in-derby-10420
I would vote for JodaTime. Having written some scheduling apps in Java all I
can say about java.util.{Date,Calender} is WTF?
Derek
On
Based on this part of the stack trace:
java.lang.IllegalArgumentException: Illegal group reference
at java.util.regex.Matcher.appendReplacement(Matcher.java:713)
at com.yahoo.platform.yui.compressor.CssCompressor.compress
(CssCompresso
r.java:78)
I'm guessing that it's unhappy with
On Wed, Apr 1, 2009 at 2:55 PM, Derek Chen-Becker dchenbec...@gmail.comwrote:
It looks like it's missing a function call. Compare
onclick=lift_ajaxHandler(...
to
onclick=(F687305521435R3K,lift_ajaxHandler
I'm no JS guru, so that second one might be perfectly valid JS, but it
looks weird
Excellent, thanks Derek, Vik, I'm back on this today.
On Apr 1, 9:03 am, Viktor Klang viktor.kl...@gmail.com wrote:
On Wed, Apr 1, 2009 at 2:55 PM, Derek Chen-Becker
dchenbec...@gmail.comwrote:
It looks like it's missing a function call. Compare
onclick=lift_ajaxHandler(...
to
Hi Tobias.
I am a newbie too, Hence wait for more solid support. Nevertheless I
made some investigate on how to describe a complex object model using
Mapper.
The short answer is that Mapper does not support inheritance and hence
you cannot specilized the ToDo class. Period.
Moreover in some
I just started the learning scala and lift and was trying out the ToDo
example. It seems that the lift-core artifact jar in the maven repo,
http://scala-tools.org/repo-releases, is empty. I used the lift-basic-
archetype which uses lift-core-0.8 jar. But the jar only contains the
META-INF folder.
That's right. The lift-core.jar file has never contained any classes. It's
a marker for Maven. lift-core depends on all the other Lift packages (e.g.,
lift-util, lift-webket, etc.) so these other packages are included in your
project and they have classes in their jar files.
On Wed, Apr 1,
Wow. Awesome answer!
A couple of things. Some of the Mapper code is my earliest Scala attempts
and other code is desperate attempts on my part to work around Scala's type
system. Some of it is instructive, but other parts are just wrong and ugly.
I'd suggest running in horror from any code
Rewriting ajaxCall_* to incorporate Vik's idea fixes this:
private def ajaxCall_*(jsCalcValue: JsExp, func: AFuncHolder):
(String, JsExp) = {
val (n, r) = fmapFunc(func)(name =
(name, makeAjaxCall(JsRaw('+name+=' +
+jsCalcValue.toJsCmd
(' + n + ', r)
}
Thanks.
On Apr
Hi, David,
I can give you a good example of a class hierarchy that I use in my
application (via JPA). In fact, it is a pair of coupled model
hierarchies.
The primary hierarchy is based in a class PaymentSource which has
subclasses such as CreditCard, CheckingAcct, and PayPalAcct. This is
then
If lift-core doesn't contain any classes, could it be changed to a pom
artifact type instead?
Kris
On Wed, Apr 1, 2009 at 8:09 AM, David Pollak
feeder.of.the.be...@gmail.com wrote:
That's right. The lift-core.jar file has never contained any classes. It's
a marker for Maven. lift-core
-- Forwarded message --
From: Matthew Fluet (ICFP Publicity Chair) icfp.public...@googlemail.com
Date: Wed, Apr 1, 2009 at 8:38 AM
Subject: [bayfp] DEFUN09: Call for Talks Tutorials (co-located w/ ICFP09)
To: Bay Area Functional Programmers ba...@googlegroups.com
Got it.
It would be nice though if lift-archetype-basic that generates a basic
scala project would pull down the latest 1.0 version of lift-core. It
currently pulls down 0.8 version which does not have lift-mapper, lift-
util and other dependent jars defined and this causes some jars. For
This is so awesome! :)
Wax on! Wax off!
On Wed, Apr 1, 2009 at 5:23 PM, David Pollak
feeder.of.the.be...@gmail.comwrote:
Folks,
Here's an example of Lift on OSGi thanks to Heiko.
Thanks,
David
-- Forwarded message --
From: Heiko Seeberger seeber...@weiglewilczek.com
On Wed, Apr 1, 2009 at 8:33 AM, Rosh jacknjill...@gmail.com wrote:
Got it.
It would be nice though if lift-archetype-basic that generates a basic
scala project would pull down the latest 1.0 version of lift-core.
If you create a project with Lift 0.8 specified in the Maven command, you're
I pushed code to SHtml.scala to fix ajaxCall and ajaxInvoke.
It's here: http://github.com/dpp/liftweb/tree/tjweir-shtml-js-fix
On Apr 1, 10:59 am, TylerWeir tyler.w...@gmail.com wrote:
Rewriting ajaxCall_* to incorporate Vik's idea fixes this:
private def ajaxCall_*(jsCalcValue: JsExp,
Is there a reason why you downloaded he scripts separately? ... the
superfish dependencies are offered by the widget. Please see the lift-
widgets project and the test applicaiton from there.
Br's,
Marius
On Mar 31, 11:48 pm, DavidV david.v.villa...@gmail.com wrote:
I would like to use this
I gotta be honest, with April Fools, I was scared to click on
goatrodeo.org...
On Apr 1, 12:11 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
Folks,
I think we've got our Lift 1.1 list. If anyone has anything to add, please
speak up now.
- Improved documentation: better
On Wed, Apr 1, 2009 at 9:37 AM, TylerWeir tyler.w...@gmail.com wrote:
I gotta be honest, with April Fools, I was scared to click on
goatrodeo.org...
:-)
On Apr 1, 12:11 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
Folks,
I think we've got our Lift 1.1 list. If anyone
Hi,
This is only the first mini step, more are necessary to get real OSGi
support.
But be sure that I will go ahead ;-)
Heiko
On 01.04.2009, at 17:23, David Pollak wrote:
Folks,
Here's an example of Lift on OSGi thanks to Heiko.
Thanks,
David
-- Forwarded message --
Sounds great.
One other feature I'd like (and I think would be widely useful):
* Partitioned service cluster support for a/b testing: redirect some users
to a different server, e.g. to test the new version
And possibly:
* Backing store support for Voldemort (or does that come through goat
On Apr 1, 5:59 pm, TylerWeir tyler.w...@gmail.com wrote:
Rewriting ajaxCall_* to incorporate Vik's idea fixes this:
private def ajaxCall_*(jsCalcValue: JsExp, func: AFuncHolder):
(String, JsExp) = {
val (n, r) = fmapFunc(func)(name =
(name, makeAjaxCall(JsRaw('+name+=' +
On Wed, Apr 1, 2009 at 7:16 PM, Lee Mighdoll leemighd...@gmail.com wrote:
Sounds great.
One other feature I'd like (and I think would be widely useful):
* Partitioned service cluster support for a/b testing: redirect some users
to a different server, e.g. to test the new version
Just do a
Tyler,
This call is malformed:
button2 - buttonPress Me 2/button % (onclick -
SHtml.ajaxCall(Str(Button-2), ajaxFunc2 _)))
SHtml.ajaxCall returns a (String, JsCmd). The String is absolutely
necessary (it will be actually) for GC).
The call is doing the right thing and should not be
Hahaha.
David, would improved client-side JavaScript support and better
JavaScript abstractions cover my autocomplete customization
question?
Also, could I make a request to add JS and CSS minification in
production mode that can be controlled by a request parameter
variable. So,
Apologies for the noise.
The correct usage is, thanks to dpp:
button2 - buttonPress Me 2/button %
(onclick - SHtml.ajaxCall(Str(Button-2), ajaxFunc2 _)._2)
The branch is gone.
On Apr 1, 2:05 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
Tyler,
This call is malformed:
button2
I propose we migrate to Joda Time for 1.1.
In particular, I propose that Record ditch Java Date/Time entirely in favor
of Joda Time. Since migrating from Mapper to Record will involve a port
anyway, what's one more breaking change among friends?
Lift's other uses of Date/Time should be
I also propose we start thinking seriously about 2.8.
In particular, 2.8 will probably add support for named and default
arguments. This places extra burdens on library and framework designers, as
method -argument- names will be just as much a part of a library/framework's
API as class, method,
I did not specify the archtypeVersion (with value=1.0). I left it out.
And therefore by default it picked 0.8 version.
Command line used:
mvn archetype:generate -U -DgroupId=com.plexibus.examples.scala.lift -
DartifactId=scala-example -Dversion=0.0.1-SNAPSHOT -
DarchetypeGroupId=net.liftweb
I haven't had a chance to play around with the Lift widgets yet. Is
there any documentation anywhere about them?
Chas.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email
I just got around to testing a couple of my Lift sites on IE6 and the
results are depressing. One problem is that there is a recurrent
JavaScript error. I presume this is coming from the Lift AJAX script
since it pops up like clockwork. Does anyone know anything about this?
Also, is the Lift
On Wed, Apr 1, 2009 at 1:25 PM, Charles F. Munat c...@munat.com wrote:
I just got around to testing a couple of my Lift sites on IE6 and the
results are depressing. One problem is that there is a recurrent
JavaScript error. I presume this is coming from the Lift AJAX script
since it pops up
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
Guys,
Do people see room for a blank JPA archetype just like we have blank
and basic of normal lift archetypes?
IMO, whilst its great having the basic one for learning and examples,
having something thats a workable starting point without having to
remove code etc would be helpful.
I
Timmy,
yeah, I can see that coming in handy.
Cheers,
Viktor
On Wed, Apr 1, 2009 at 11:13 PM, Tim Perrett timo...@getintheloop.euwrote:
Guys,
Do people see room for a blank JPA archetype just like we have blank
and basic of normal lift archetypes?
IMO, whilst its great having the basic
Glad im not the only one ;-)
On Apr 1, 11:15 pm, Viktor Klang viktor.kl...@gmail.com wrote:
Timmy,
yeah, I can see that coming in handy.
Cheers,
Viktor
On Wed, Apr 1, 2009 at 11:13 PM, Tim Perrett timo...@getintheloop.euwrote:
Guys,
Do people see room for a blank JPA archetype
Hmm. Yeah, I thought it was used for GC. That's why I asked.
When I get back to the Windows machine, I'll check. But IE6 doesn't make
it easy. It gives me a line number and a character number, and then asks
if I want to keep running scripts on the page. I'm not sure how to get
into debug mode
+1 Anything to get away from that damn Java Date/Calendar crap.
Agreed on need to review API.
Chas.
Timothy Perrett wrote:
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
I don't mean to be pushy on this one, but is anyone looking at this
for me? Or is it recommended that I either create my own or write a
patch for this? I would obviously prefer this autocomplete
flexibility to be an existing part of lift, but I don't mind trying to
patch this if I knew it had a
Folks,
I'm running a contest at 99 Designs for the Scala Lift Off logo... see
http://99designs.com/contests/19890
Submissions from the community would be great.
Thanks,
David
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala
I've been thinking about object synchronization recently and I think it's
jelled enough now to gather some feedback on a concrete proposal.
The basic idea is that you should be able to modify a javascript object on
the browser, and then see the change automatically reflected to a scala
server
Bradford,
We rarely accept patches. It's an intellectual property thing. We like to
know where every bit of code came from.
You're welcome to write your own autocomplete code and make it available on
GitHub for others to use.
Updating the autocomplete stuff is not a priority for me. Perhaps
I've only ever entered debug mode with Visual Studio installed.
Unfortunately I'm only supporting IE7 on my work machine so I can't offer
any other help :(
- Josh
On Wed, Apr 1, 2009 at 5:50 PM, Charles F. Munat c...@munat.com wrote:
Hmm. Yeah, I thought it was used for GC. That's why I
I'm running the Lift Menu widget on my Mac via mvn jetty:run, then
looking at it in IE Tester running in Windows XP Pro in a VMWare virtual
machine on a Fedora 9 box on the same network. (Whew.)
In IE 8 it works fine.
In IE 7 and IE 6, on the CalendarWeekView and CalendarDayView pages, the
Something that occurred to me recently along these lines - perhaps
someone can disabuse me of this notion. In Java, such recursive types
are necessary because you don't have abstract types. To refer to the
implementation type in the declaring class you have to use the
self-type.
But in Scala,
I've been playing with the very cool TableSorter widget. Nice work.
One hassle though -- it inserts its stylesheet *after* my stylesheet, so
it overrides my styles. I could change things locally, but that's a
hassle. Might be able to add important qualifiers or some trick like
that, but it
If I want to use the MenuWidget, what is the current version I should
have in my pom.xml (for both the latest and greatest lift, and the
latest widgets). Currently, I have this:
dependency
groupIdnet.liftweb/groupId
artifactIdlift-webkit/artifactId
version1.0/version
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 c...@munat.com wrote:
If I want to use the MenuWidget, what is the current version I should
have in my
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 you don't have to keep deploying the JAR into your
local repo.
Perhaps
lift-jpa-archetype-blank-split
lift-jpa-archetype-blank-consolidated
51 matches
Mail list logo
