David Pollak feeder.of.the.be...@gmail.com writes:
Jeppe Co.,
I've been thinking about the logging changes.
(would have been nice with this before I went and updated all the
archetypes examples...oh well :-)
How about a different approach? How about a new logging system in common
that
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
Excellent work Ross !
On Feb 12, 6:49 am, Ross Mellgren dri...@gmail.com wrote:
I just committed a change to lift-record in 2.0-SNAPSHOT that will possibly
(probably?) break your build if you use it.
This change makes it possible to have any record field be optional -- that
is,
Nice, very nice!
On Feb 12, 2:26 pm, Timothy Perrett timo...@getintheloop.eu wrote:
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
On Fri, Feb 12, 2010 at 1:26 AM, Timothy Perrett timo...@getintheloop.euwrote:
Congratulations Ross.
+1
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
On 12/02/10 2:36 PM, Jeppe Nejsum Madsen wrote:
David Pollakfeeder.of.the.be...@gmail.com writes:
Jeppe Co.,
I've been thinking about the logging changes.
(would have been nice with this before I went and updated all the
archetypes examples...oh well :-)
How about a different
I'm wondering if other people have encountered this issue, or if we're
doing something wrong, or if there is a nice solution to this.
Whenever we update our site, with new code and CSS and JS, any user
who visits it gets OLD css and js files (from their browser cache)
unless they force a refresh.
On Fri, Feb 12, 2010 at 6:25 PM, Alex Black a...@alexblack.ca wrote:
I'm wondering if other people have encountered this issue, or if we're
doing something wrong, or if there is a nice solution to this.
Whenever we update our site, with new code and CSS and JS, any user
who visits it gets OLD
Alright, I've got an easy one!
I'm just starting to play around with lift-json and I'm having some
trouble with a relatively easy case. I'm just trying to change a case
class into a JSON value and then parse that back into a case class.
Here's my code:
import net.liftweb.json._
import JsonAST._
Indrajit Raychaudhuri indraj...@gmail.com writes:
1) How will the end result be better (ie. when everything deprecated is
gone, what are the improvements). What are the enhancements you have in
mind? Can they be made to the existing code?
The reason for me is to remove dependency on
Hi,
Unfortunately paranamer does not work with scala REPL. You need to put
LastTimestamp to .scala file, compile it and then add it to the
CLASSPATH. Hopefully Scala will get good reflection API some day. The
we can remove dependency to paranamer (which is needed to query names
of case class
Ah, gotcha!
Thank you very much!
On Fri, Feb 12, 2010 at 12:51 PM, Joni Freeman freeman.j...@gmail.com wrote:
Hi,
Unfortunately paranamer does not work with scala REPL. You need to put
LastTimestamp to .scala file, compile it and then add it to the
CLASSPATH. Hopefully Scala will get good
On Fri, Feb 12, 2010 at 9:48 AM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote:
Indrajit Raychaudhuri indraj...@gmail.com writes:
1) How will the end result be better (ie. when everything deprecated is
gone, what are the improvements). What are the enhancements you have in
mind? Can they be
Oh yes I did and I hate it. Ironically I was about to propose a
solution for this.
instead of
link rel=stylesheet type=text/css href=mycss.css/
do something like:
lift:css name=mycss.css /
this would render:
link rel=stylesheet type=text/css href=mycss.css?
i784yrfiuhferfhweir57=_/
the
On Fri, Feb 12, 2010 at 7:28 PM, Marius marius.dan...@gmail.com wrote:
Oh yes I did and I hate it. Ironically I was about to propose a
solution for this.
instead of
link rel=stylesheet type=text/css href=mycss.css/
do something like:
lift:css name=mycss.css /
this would render:
link
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
Tim please see my proposal above :)
On 12 feb., 21:12, Timothy Perrett timo...@getintheloop.eu wrote:
This is pretty much what rails does. Straight from github:
link
href=/stylesheets/bundle_common.css?7371c81fbc6b010a32fb11b42a0fc322c3c578
63 media=screen rel=stylesheet type=text/css /
Jeppe probably we can combine the two proposals. Perhaps something
like:
lift:css name=mycss.css, some_other.css. /classpath/baz.css /
thus Lift could generate:
link rel=stylesheet type=text/css href=compound_2434rfe34534.css?
i784yrfiuhferfhweir57=_/
compound_2434rfe34534.css is a synthetic
On Fri, Feb 12, 2010 at 11:20 AM, Marius marius.dan...@gmail.com wrote:
Jeppe probably we can combine the two proposals. Perhaps something
like:
lift:css name=mycss.css, some_other.css. /classpath/baz.css /
thus Lift could generate:
link rel=stylesheet type=text/css
Thanks guys. I hope people other than me find it useful :-)
I'm working on implementing MetaMegaProtoUser style stuff as mixin traits for
Records, though I don't know how far I'll get with my spare time at current
levels. Maybe if that excites me enough (and no one has addressed it) I'll move
I opened
http://www.assembla.com/spaces/liftweb/tickets/346-Solve-CSS-JS-unwanted-caching
Br's,
Marius
On 12 feb., 21:20, Marius marius.dan...@gmail.com wrote:
Jeppe probably we can combine the two proposals. Perhaps something
like:
lift:css name=mycss.css, some_other.css.
On Fri, Feb 12, 2010 at 8:20 PM, Marius marius.dan...@gmail.com wrote:
Jeppe probably we can combine the two proposals.
Yes, that would be natural
Perhaps something like:
lift:css name=mycss.css, some_other.css. /classpath/baz.css /
thus Lift could generate:
link rel=stylesheet
On 12 feb., 21:31, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
On Fri, Feb 12, 2010 at 8:20 PM, Marius marius.dan...@gmail.com wrote:
Jeppe probably we can combine the two proposals.
Yes, that would be natural
Perhaps something like:
lift:css name=mycss.css, some_other.css.
If you're using fromSeq you don't need toSeq.
And I would appreciate if you don't use such acronyms or vocabulary.
2010/2/10 Nolan Darilek no...@thewordnerd.info
On 02/10/2010 12:00 PM, Naftoli Gugenheim wrote:
I mean to wrap the whole flatMap:
case false =
(FYI: buildSetXXValue methods are called when loading the field from the
database in MetaMapper.scala. This question is relevant in the context of a
Mapped(Date)(Time) that corresponds to a database column with a char-based
type.)
If the toDate calls in buildSetXXValue are to be replaced with the
Hi,
I searched for this on the groups, but didn't find a clear statement.
I'm new to Lift and just wanted to clear this out: Is full text
indexing and searching(e.g. Lucene) already included in the Lift
Framework or not?
Thx
Gregor
--
You received this message because you are subscribed to
hey guys, I love the enthusiasm, but putting a unique value on the css
filenames seems like a hack, surely we can do better?
Whats supposed to happen is:
- browser requests resource (e.g. styles.css) with a conditonal get
(if newer than X)
- server checks to see if resource is newer than X
- if
Hi,
As part of making OpenId more configurable wrt to attribute exchange,
I've removed the default FetchRequest for the email attribute as this
causes myopenid logins to fail.
Instead, a new beforeAuth function can be set which can add extensions
based on the discovered endpoint
Change can be
I believe IE6 does not follow the correct process you describe and will always
cache CSS files of the same name.
-Ross
On Feb 12, 2010, at 3:48 PM, Alex Black wrote:
hey guys, I love the enthusiasm, but putting a unique value on the css
filenames seems like a hack, surely we can do better?
1. Luckily IE6 is dying out :) unless http://saveie6.com/ works
2. surely even IE6 obeys expires headers or some caching rules?
On Feb 12, 3:48 pm, Ross Mellgren dri...@gmail.com wrote:
I believe IE6 does not follow the correct process you describe and will
always cache CSS files of the same
It does normally, but not for CSS resources. I just did a quick google and I
found one page that said it will send a HEAD for a cached CSS but only when the
browser session is restarted. I know that at my work we've had to do the
filename hack because nothing else works with IE6.
And IE6 may
If this was implemented, it should be a unique id once per CSS change,
not once per application start.
E.g. we deploy to production every few weeks, and client browsers
should be able to cache files that entire time until change them,
regardless of reboots.
But obviously a value once per
I'd vote for: figure out if this can be done properly (e.g. rely on
file system date/time file and HTTP), and if necessary add a hack to
support browsers like IE6.
On Feb 12, 3:54 pm, Ross Mellgren dri...@gmail.com wrote:
It does normally, but not for CSS resources. I just did a quick google and
On Fri, Feb 12, 2010 at 9:48 PM, Alex Black a...@alexblack.ca wrote:
hey guys, I love the enthusiasm, but putting a unique value on the css
filenames seems like a hack, surely we can do better?
Whats supposed to happen is:
- browser requests resource (e.g. styles.css) with a conditonal get
On Fri, Feb 12, 2010 at 9:56 PM, Alex Black a...@alexblack.ca wrote:
If this was implemented, it should be a unique id once per CSS change,
not once per application start.
E.g. we deploy to production every few weeks, and client browsers
should be able to cache files that entire time until
Yes, that's how it should work if everything was configured correctly
(which I think it wasn't for the OP)
Heh, I'm the OP.
I'll have to dig into why its not working as expected I guess.
But what we were discussing (at least I was :-) was more that Lift
should serve resources with an
Or just the MD5 hash of the contents...
ah, now you're talking. That sounds like a good solution.
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email
On Fri, Feb 12, 2010 at 10:04 PM, Alex Black a...@alexblack.ca wrote:
Yes, that's how it should work if everything was configured correctly
(which I think it wasn't for the OP)
Heh, I'm the OP.
Ahh sorry :-)
The other option is say you can cache this for like the next hour
but every time
This looks a bit complex:
http://www.samaxes.com/2009/05/combine-and-minimize-javascript-and-css-files-for-faster-loading/
but its an example of how other people have handled combining css and
javascript files.
On Feb 12, 4:11 pm, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
On Fri, Feb 12,
On Fri, Feb 12, 2010 at 11:43 AM, donfranciscodequevedo
donfranciscodequev...@gmail.com wrote:
Hi,
I searched for this on the groups, but didn't find a clear statement.
I'm new to Lift and just wanted to clear this out: Is full text
indexing and searching(e.g. Lucene) already included in
There was mention about Lucene and Lift in the Ebook and the Liftbook
group but I don't know how far they got into it.
On Feb 13, 10:14 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Fri, Feb 12, 2010 at 11:43 AM, donfranciscodequevedo
donfranciscodequev...@gmail.com wrote:
Hi,
41 matches
Mail list logo