Holy cow ... this one is weird. In the jcarousel() function we have
the following condition:
if (e.nodeName == 'UL' || e.nodeName == 'OL')
{
}
the problem was capitalization test. Replacing UL with ul in the above
test made it work. But this is a hack ... Still putting this at the
begining of
I guess jcarousel developers should have taking care of case
insentitiveness ...
Br's,
Marius
On Apr 5, 10:48 am, marius d. marius.dan...@gmail.com wrote:
Holy cow ... this one is weird. In the jcarousel() function we have
the following condition:
if (e.nodeName == 'UL' || e.nodeName ==
Oh ... here is a potential explanation.
For xhtml 1.0 spec the nodenames are returned by nodeName property as
they are declared. For HTML they are always camel case in nodeName
property.
Now Lift by default returns Content-Type: application/xhtml+xml in the
HTTP header whereas JCarousel online
ESME is an open-source Enterprise-focussed microblogging system
written in Scala on Lift. Please see http://blog.esme.us/ for more
details, and http://incubator.apache.org/esme to get to the source
code etc.
Cheers,
Darren
(ESME Tech Lead)
On Apr 5, 2:36 am, Chad Skinner chadwskin...@gmail.com
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
Hi,
I've been looking for answer to this question myself and have not yet
had a chance to dig into it. This could be a good starting point: ./
sites/example/src/test/scala/net/liftweb/example/snippet/
WikiSpec.scala
Thanks for this. I will check it.
- Erik
On Apr 4, 5:45 pm,
On Sat, Apr 4, 2009 at 2:45 PM, erik.karls...@iki.fi
erik.b.karls...@gmail.com wrote:
Hi,
First thanks for the great framework. It has been long time when I had
this fun with web programming :)
Cool.
I have a pretty newbie question about unit testing. Do anybody know
good examples
On Sun, Apr 5, 2009 at 3:31 AM, Timothy Perrett timo...@getintheloop.euwrote:
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
On Fri, Apr 3, 2009 at 10:05 PM, samreid samrr...@gmail.com wrote:
Lift community,
My name is Sam Reid, I'm a Java + Scala developer for PhET Interactive
Simulations at http://phet.colorado.edu/. We produce free, open
source educational science simulations for college and high school-
On Sun, Apr 5, 2009 at 6:06 AM, Clemens Oertel clemens.oer...@gmail.comwrote:
Thanks, David.
Just for my understanding: Links generated by SHtml.link are valid
throughout the entire session?
They are valid as long as they are being displayed on a page. Lift has a
garbage collection
Hi guys.
I have thrown up the little JEE container framework that I wrote for
my company last year. I have already written some about what we did on
my blog.
In short it has support for:
- JPA -
JPA Template, Genenic Repository etc.
- JTA -
EJB-style TX semantics: REQUIRED,
Hi,
I am currently working on different OSGi on Scala projects, e.g.
ScalaModules, Lift (OSGi-fying Lift) and BindForge. I do not know how
well OSGi is known in the Scala space, but it will be a very serious
thing for Java and in my opinion also very useful for Scala. To keep
things
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
Ah, I forgot to check in the BookOps.add.doAdd method whether or not the
author was set. There should be a check there with an error that would
prevent a book from not having an author. Even better, I should update the
Book entity object to put a not-null constraint on the author property. I'll
Very cool. I'm sure there are some things that we can incorporate here.
Derek
On Sun, Apr 5, 2009 at 7:29 AM, Jonas Bonér jbo...@gmail.com wrote:
Hi guys.
I have thrown up the little JEE container framework that I wrote for
my company last year. I have already written some about what we
Heiko,
I've been working on OSGi support in scala, specifically 2 things:
1) OSGi-ifying scala standard libraries isn't too bad. I have project which
does this: http://github.com/jsuereth/scala-jigsaw/tree/master I'd like to
add this to the standard scala build so there is no more
Hi, Sam,
I'm a Java/Scala developer living in Boulder, so if you'd like to meet
some time and talk about your project just let me know. I'm fully
bogged down with work at the moment so I'm not really looking for
work, but I'm always glad to hear about other locals who are using
these tools.
Cool. Thanks. I'd need some feedback here, since I don't have much
knowledge in what Lift needs and how it can be integrated.
2009/4/5 Derek Chen-Becker dchenbec...@gmail.com:
Very cool. I'm sure there are some things that we can incorporate here.
Derek
On Sun, Apr 5, 2009 at 7:29 AM, Jonas
I just saw the commit from Marius on a preliminary template cache and it
looks good. I was thinking the same thing in terms of where and how to hook
it. I think that there are some possibilities for some more functionality on
the TemplateCache trait, including a programmatic flush (in case you're
Good :) ... I was also thinking on a flush-able caching mechanism. So
far the InMemoryCache is more for exemplification as it is not yet
thread safe. It is based on LRU cache but I'm also thinking to also
combine the ConcurrentHashMap approach with LRU ... also I was
thinking to a SoftReference
Wow, derek you must be watching Github like a hawk haha ;-)
Just to bring an off list convo between myself and Marius onto the list, are
we looking at having some generic caching infrastructure in lift? This would
be great re the localization / translation stuff im working on which
currently
Just taken a look over the code - looks pretty cool!
I like your ideas for ConcurrentHashMap - all sounds pretty awesome...
regarding the use of EHCache, I rekon as long as provide a hook
mechinism into the cache system, then sure, we should let people worry
about those issues in there specific
On Apr 5, 11:21 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Just taken a look over the code - looks pretty cool!
I like your ideas for ConcurrentHashMap - all sounds pretty awesome...
regarding the use of EHCache, I rekon as long as provide a hook
mechinism into the cache system,
True, very true. I know DPP is generally against caching, but we all
recognise the need to caching in a production environment. Perhaps, rather
than asking if we should re-invent the wheel with a specific cache mech
within lift, perhaps my quesiton is this:
Is LRU and the KeyedCache abstraction
On Apr 6, 12:06 am, Timothy Perrett timo...@getintheloop.eu wrote:
True, very true. I know DPP is generally against caching, but we all
recognise the need to caching in a production environment. Perhaps, rather
than asking if we should re-invent the wheel with a specific cache mech
within
I think it would be nice to get the Transaction stuff easier to integrate.
Perhaps a Transactional marker trait that could be applied to snippet or
view classes:
trait Transactional {
def transactionalMap : PartialFunction[String,Boolean] = {
case _ = true
}
}
The transactionalMap def
Sounds pretty awesome to me Marius - looking forward to your thoughts
Cheers, Tim
On 05/04/2009 22:22, marius d. marius.dan...@gmail.com wrote:
These are valid questions. LRU KeyedCache utilizes
org.apache.commons.collections.map.LRUMap which is not thread safe. So
anyone can use them and
I agree. Thread safety would be nice, and should be easily achievable with
some existing code. The beauty of traits is that we can get these orthogonal
behaviors through composition.
Derek
On Sun, Apr 5, 2009 at 2:21 PM, Timothy Perrett timo...@getintheloop.euwrote:
Just taken a look over the
This bug killed me the other day and I just now noticed it was fixed:
http://code.google.com/p/jquery-datepicker/issues/detail?id=49can=1q=class.
This is just something to keep an eye so that lift can update this
resource as soon as possible.
The JPA demo reminded me of this bug when I saw that
Thank you guys, you made my day. I planed to investigate this js error
tomorrow on my work place.
I changed the definitions inside the js because the change in the html
break the pictures, only 2 are shown.
Cheers
Torsten
On Apr 5, 10:15 am, marius d. marius.dan...@gmail.com wrote:
Oh ... here
Hi There,
How can I initialize the database again, e.g. to have all tables emtpy
again?
Do I have to modify Boot.scala?
thanks
Tobias
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this
Hmmm. Does this need fixed in the JPA Demo site (and archetype)?
Derek
On Sun, Apr 5, 2009 at 5:12 PM, bradford fingerm...@gmail.com wrote:
This bug killed me the other day and I just now noticed it was fixed:
http://code.google.com/p/jquery-datepicker/issues/detail?id=49can=1q=class
.
Hello,
As a newbie I like to start by tutorials when learning new things.
I'm following the Getting Started guide at
http://liftweb.net/docs/getting_started/mod_master.html#x1-120002.6
but I'm encountering some errors in compiler, including:
In listing 8:
override def _toForm =
I haven't really looked into any provider facilities for it, but your
approach is similar to others I've seen. One comment on the schema you sent:
the product_locales.name and locales.description fields are integers, which
seems a bit odd unless the schema is incomplete. You'll probably want a
34 matches
Mail list logo