Found the problem ... I opened http://github.com/dpp/liftweb/issues#issue/100
ticket and workin' on it.
Br's,
Marius
On Oct 14, 10:07 pm, Marius wrote:
> Hi,
>
> A while ago I added the support for URL rewriting when cookies are
> turned of in the container so that things would correctly work w
Reading the thread in question I was quite surprised about the
attitude shown on the list by the person in question. I wholeheartedly
agree that the right decision has been made.
Br's,
Marius
On Oct 14, 6:49 pm, David Pollak
wrote:
> Folks,
>
> It is not lightly that I ban someone from the grou
Is the audience mostly Java based or from different other fields
including FP?
I would insist in how Lift leverages functional programming idioms
offered by Scala. Personally I believe this gives Lift a pretty unique
position.
Br's,
Marius
On Oct 12, 12:37 am, Timothy Perrett wrote:
> Guys,
>
edIn_?, it will also
> return true. Is there a way to check for this in If statements? Or
> is it necessary to override loggedIn_? (which I've been trying, but
> has been pretty slow going so far).
>
> Thanks
> Dave
>
> On Oct 11, 12:36 pm, "marius d." wrote:
ordingly. I assume i can just include both the if (to
> determine access/where to send) and then the conditional hider
> LocParam if necessary. But can I bundle both into a more DRY solution?
>
> Thanks,
>
> Dave
>
> On Oct 11, 2:54 am, "marius d." wrote:
>
>
ddress this more concrete scenario, it would be
> much appreciated.
>
> Thanks,
> Dave
>
> On Oct 10, 5:09 pm, "marius d." wrote:
>
> > Well SiteMap is per LiftRules which means it's per application
> > runtime. One approach would be to define the entire SiteM
Well SiteMap is per LiftRules which means it's per application
runtime. One approach would be to define the entire SiteMap but
depending on the context using some conditional Hidden LocParam.
Perhaps something like:
case object CondHidden(coond: () => Boolean) extends LocParam
This could be used
I just committed it.
Br's,
Marius
On Oct 8, 2:25 pm, Timothy Perrett wrote:
> Thanking you kindly good sir - I knew there was something not quite
> right about that :-)
>
> Cheers, Tim
>
> On Oct 8, 12:15 pm, "marius d." wrote:
>
> > You are cor
vletContext) extends HTTPContext
>
> In order to do what you'd suggested wouldnt it need to be:
>
> class HTTPServletContext(val ctx: ServletContext) extends HTTPContext
>
> Thoughts?
>
> Cheers, Tim
>
> On Oct 7, 7:50 pm, "marius d." wrote:
>
> > Servl
Servlet dependencies are abstracted away by a dedicated layer from the
rest of Lift.
LiftRules.context match {
case c: HTTPServletContext => c.ctx // this is a ServletContext
case _ =>
}
So you can take the ServletContext and do your stuff with it. But in
this case you explicitly know th
Ko,
You are in an interesting position :) ... Personally if I would be in
your place I would not start with PHP. I would probably start
understanding Java servlets and the horrible and crappy JSP's. Then I
would try to understand Java not only as a language but also as a
platform. Then I would st
HTTP session termination does not equate with browser-close event.
Br's,
Marius
On Oct 5, 3:22 pm, Jack Widman wrote:
> Yes, thats what I meant. Thanks
>
> On Mon, Oct 5, 2009 at 4:10 AM, Timothy Perrett
> wrote:
>
>
>
>
>
> > But you can do it on session termination (which is what you probabl
On Oct 5, 6:15 pm, David Pollak wrote:
> On Sun, Oct 4, 2009 at 2:41 AM, ishiijp wrote:
>
> > Thank you for your example, David.
> > It will work in my purpose.
>
> Cool.
>
>
>
> > It seems that my poor English and less information let some people
> > confused.
>
> I appreciate that you have p
Scala has a natural support for events notifications => Scala Actors.
It's a very natural fit for building event driven systems. In Lift
we're moving CometActors to LiftActors instead of Scala Actors due to
some memory consumption problems with current Scala actors
implementation which are probabl
On Oct 4, 6:48 pm, Alex Black wrote:
> Marius, I'm not trying to lay blame :)
>
> I'm sure I'll get by, restarting jetty when pages are added.. I was
> hoping for more though given what I'd read about JavaRebel and Lift
> integration.
>
> - Alex
>
>
Well render will be called for sure ... but if you build your comet
component to rely only with partial updates when updating coment's
real estate and don't call re-render then render should be called only
when page is loaded, meaning that you can reset any state there. ...
of course unless someth
Well this is not Lift's fault ... Lift application is initialized only
once as the servlet filter is. Running boot more then once per context
may lead to unexpected behaviors and in LiftRules we have a guard for
RuleSeq that they can not be changed after boot is executed.
You could however dynami
Ok ... got it. Thanks.
On Oct 3, 10:16 pm, Indrajit Raychaudhuri wrote:
> On 04/10/09 12:32 AM, marius d. wrote:
>
>
>
> > Why not lift-core = (lift-common, lift-util, lift-json, lift-
> > actor,lift-webkit) ?
>
> 1. Initially, it didn't sound right to me (whe
What verions of lift are you using? It appears that lift-util is a
different version than lift ?
Br's,
Marius
On Oct 3, 11:11 pm, Thomas Rampelberg wrote:
> I just synced up to main this morning and now whenever I try and use
> one of my snippets, I'm getting the traceback below. Any hints on w
Why not lift-core = (lift-common, lift-util, lift-json, lift-
actor,lift-webkit) ?
Br's,
Marius
On Oct 3, 7:33 pm, Indrajit Raychaudhuri wrote:
> On 02/10/09 6:25 PM, David Pollak wrote:
>
>
>
>
>
> > On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri
> > mailto:indraj...@gmail.com>> wrote:
flect what you think it should be and merge it
> into master.
>
> Thanks,
>
> David
>
> On Thu, Oct 1, 2009 at 5:58 AM, marius d. wrote:
>
> > Well I said what I had to say. My problem is not really the prefix
> > name but the existence of other prefixes then l
:snippet format to be moved
> to the liftx prefix-- liftx:snippet="..." --for the same reason, not to
> encroach on the snippet namespace.
>
> -
>
> marius d. wrote:
>
> It has been debated many times in slightly different
true" should be just fine.
Br's,
Marius
On Sep 30, 8:05 pm, Naftoli Gugenheim wrote:
> Could you elaborate on why adding a new prefix may not be a good idea? And is
> it better or worse than having it unprefixed?
>
> -
>
> marius
o I'm still questioning the need for a new prefix.
>
> I'm still for an eval: prefix, as these proposals all relate to how a
> page is evaluated.
>
> On Wed, Sep 30, 2009 at 5:34 AM, marius d. wrote:
>
> > lift is already a "reserved" prefix for snip
f 'lift'? And it will be a reserved suffix?
>
> -----
>
> marius d. wrote:
>
> I realize that I may be a little late here but I do have second
> thoughts about liftx prefix. Yeah, I'm not a big fan of it. I
> understand that these
I realize that I may be a little late here but I do have second
thoughts about liftx prefix. Yeah, I'm not a big fan of it. I
understand that these attributes are not really snippets or built is
snippets but is this an enough reason to introduce a new prefix?
Personally I don't think so. Historica
I'd vote for:
lift-common instead of lift-base. lift-base can be easily
misinterpreted as lift's base traits and classes? ... which is not the
case. This can hold, Box, comb parsers (JSON, VCard etc), liftactors
etc.
lift-util - things that are in the current util but lean towards web
realm.
Br
gt;
> http://www.carlsberggroup.com/brands/Pages/Jacobsen_Vintage_no_2.aspx
>
> Chas.
> :-)
>
> marius d. wrote:
> > Hly cow ! I owe the committers more than a
> > beer. I totally forgot about review board.
>
> > All, please accept my a
I've looked on the diffs but I need to look into more details as these
are no trivial changes. So far I really like what I'm seeing.
Hopefully I'll have time today to do it.
Br's,
Marius
On Sep 29, 1:02 pm, David Pollak
wrote:
> On Tue, Sep 29, 2009 at 6:
Oh Tim ... a VCard builder should be easier then the parser. I'll add
it hopefully in the next days/week ... and will go thru the review
board.
Damn I'm really sorry about not following the process ...
Br's,
Marius
On Sep 29, 8:50 am, "marius d." wrote:
> Hooo
Hly cow ! I owe the committers more than a
beer. I totally forgot about review board.
All, please accept my apologies.
Br's,
Marius
On Sep 29, 8:27 am, Timothy Perrett wrote:
> I guess we could let him off this time ;-)
>
> Any plans to add a vCard builder? I could rea
on lift-wizard since the last time he said he doesn't
> know when he will find time? Also, how would he approach his goal using
> lift-wizard?
Dunno. I pointed to lift-wizard mostly for looking to the code and see
if the concept fits tiro's needs.
>
>
Generally I like this structure.Please see my other comments below:
On Sep 27, 3:44 pm, Indrajit Raychaudhuri wrote:
> Folks,
>
> As followup to the proposed goal of "Keeping lift-core neat and
> small", here is the first iteration of the revised structure of Lift
> codebase.
>
> liftweb
>
> - l
Tiro,
Please see the lift-wizard project.
Br's,
Marius
On Sep 27, 1:33 am, tiro wrote:
> Naftoli,
> thanks for providing these insights into the inner workings of
> Stateful Snippets. The mapSnippet solution sounds interesting. I knew
> that snippets don't live on when not needed, but assumed
On Sep 26, 10:38 am, tiro wrote:
> Hi,
> has anyone investigated or built a way to support tabbed browsing when
> there is considerable view/workflow state? Or have I missed an elegant
> way for this to be done in Lift?
There is a rather recent wizard code in lift that Dave added (and I
haven'
Hi,
When you call scheduleAtFixedRate that actor is sending your actor a
Scheduled message, hence you can capture the correct sender. You don't
need to create a different actor.
David's points are quite valid regarding the correct Scala actors'
state.
Br's,
Marius
On Sep 23, 4:17 pm, Xavi Rami
So why not keep the method for the Lift-Actors branch? ... because
there is no concept of linking actors there?
Br's,
Marius
On Sep 24, 6:52 pm, David Pollak
wrote:
> I strongly recommend against using scheduleAtFixedRate because:
>
> - Internally, it creates an actor that's linked to your a
ere you replicate the
problem I'll look on it this weekend.
>
> Perhaps the right context is to do this in the shutdown function of
> the comet actors since they are able to reference the variable and get
> the correct data (ie. via PartyLobbyUser.is). I will try that and
> re
On Sep 22, 8:13 pm, Dano wrote:
> Hello Lifters,
>
> I am struggling with trying to clear out a SessionVar which holds user
> information which I need to clear out after the user has left a
> 'lobby' page.
>
> When I call the remove() function, I verify that the SessionVar is
> Empty. However,
I really don't think Lift should expose directly expose servlet
references. Applications still have access to servlet stuff by
explicit casting.
You can do it today like this:
S.containerRequest.map(r => (r.asInstanceOf[HTTPRequestServlet]).req)
Br's,
Marius
On Sep 22, 3:53 pm, David Pollak
name.x and name.y are a pain :) ... since these are propagated with
the same function ID we need to make sure that the function is not
going to be called twice.IO don't think this should be addressed from
fmapFunc. We should be able to handle this when lift is determining
the functions based on pa
Yes .. you can use lift with zero javascript. But obviously you won't
have comet, you need to turn off auto Ajax and comet generation from
LiftRules
LiftRules.enableLiftGC = false;
Liftules.autoIncludeComet = session => false
Liftules.autoIncludeAjax = session => false
Br's,
Marius
On Sep 20,
What would addSetupFunction do ?
I think this locking mechanism can be irrespective of LiftSession and
built into your app. Such as you set a logical lock to a resource that
a certain session has access to. Other sessions trying to use that
resource would be denied access with a user friendly mes
coool! ... will be taped ?
br's,
Marius
On Sep 19, 2:45 pm, Derek Chen-Becker wrote:
> FYI, for anyone in the Denver/Boulder area, I'll be giving an intro talk
> on Scala at the Developer Day, Boulder event on October 10th:
>
> http://developer-day.com/events/2009-boulder.html
>
> There will be
will also fail to properly rewrite fully
> qualified URLs with the http or https protocol that have the same
> hostname (S.hostName) as the authority section. Someone with a better
> handle on the Servlet and Servlet Container spec will have to chime in
> and determine whether there a
LIft doesn't explicitly add jsessionid to the URL but it calls
encodeUrl on the HttpServletResponse. If in the container you have the
cookies turned off URL rewrite comes into picture. This is because we
need lift apps to still work when cookies are turned off from
container. This is the correct b
LiftFilter is indeed only extending ServletFilterProvider which is
oriented obviously for JEE servlet filter processing (we do this for
backward compatibility reasons). ServletFilterProvider is also
extending HTTPProvider which knows about LiftServlet.
ServletFilterProvider just calls the service
Outstanding! Welcome aboard!
Br's,
Marius
On Sep 18, 7:00 pm, David Pollak
wrote:
> Folks,
>
> Please join me in welcoming Indrajit Raychaudhuri to the Lift committers.
>
> Indrajit has been very visible on the Lift list of late, offering lots of
> good solutions to people's questions. He's go
Turning ON cookies in container will disable URL rewriting. jsessionid
will become a cookie.
Br's,
Marius
On Sep 18, 2:43 pm, David Pollak
wrote:
> On Fri, Sep 18, 2009 at 12:15 PM, Chris Lewis wrote:
>
>
>
> > It has nothing to do with lift, but the servlet container. "jsessionid"
> > is a spe
On Sep 17, 11:09 pm, jack wrote:
> I have a CometActor which displays a list of urls and at the same time
> launches a bunch of threads each of which gets information about the
> urls and then puts messages about that information in a Queue. On each
> new tick, the CometActor checks the queue a
It would be pretty easy to write your own snippet and get inspired
from Lift's menu snippet code.THe Menu snippet produces lists (ul/li)
and if your JQuery Tab plugin works with HTML lists it should work
almost on the fly?
Br's,
Marius
On Sep 17, 4:05 pm, caw1461 wrote:
> I'm working on a UI fo
What is the problem this time? .. same thing essentially?
Br's,
Marius
On Sep 16, 8:14 am, David Pollak
wrote:
> Guys,
> The Scala Actor issue has raised its head again.
>
> From November 2008 - June 2009, I did an epic battle with Scala actors and
> their memory retention issues.
>
> I finally
ase let me know. How urgent is this for you?
Br's,
Marius
On Sep 15, 6:15 pm, glenn wrote:
> But, the head method does add the javascript to the page, so no src
> attribute is needed, right?
>
> On Sep 15, 3:59 pm, "marius d." wrote:
>
> > Where is the he
Where is the head function in your code ?
Here is an example:
def head = {Script(json.jsCmd)}
Br's,
Marius
On Sep 15, 5:55 pm, "marius d." wrote:
> Do you see any errors in FireBug ? ... Do see the Ajax request being
> send out in FireBug?
>
> On Sep 15, 5:49 pm
Do you see any errors in FireBug ? ... Do see the Ajax request being
send out in FireBug?
On Sep 15, 5:49 pm, glenn wrote:
> Derek,
>
> Here is the template. Just as in the book.
>
>
>
>
>
>
>
>
>
>
>
>
>
> Volvo
> Saab
> Opel
> Audi
>
> Submit
>
>
>
>
> And here is my JSONForm
Maybe this would help ?
http://wiki.liftweb.net/index.php/HowTo_use_JSON_forms
This definitely worked but I haven't tested in a while. Also the lift
book example was tested before putting it in the book. If there is
indeed a lift problem I'd be happy to correct it ASAP.
Br's,
Marius
On Sep 15,
On Sep 13, 8:00 pm, "Charles F. Munat" wrote:
> marius d. wrote:
> > I'm thinking that instead of:
>
> > Press me > button>
>
> > We could have:
>
> > Press me
>
> This is not what I had in mind at all. You still have the even
l JS and CSS files, but typically these files are static and
> easily cached.
>
> Just adding my 2 cents.
>
> -Xavi
>
> On Sun, Sep 13, 2009 at 5:41 PM, marius d. wrote:
>
> > I think so too. Does anyone have an opinion against this? I'll
> > probably have some t
On Sep 13, 3:15 pm, Joni Freeman wrote:
> Hi,
>
> That annotation is used to configure the json path when extracting
> values. By default the extraction code assumes that case class
> parameter names match with json field names. For instance these match:
>
> case class Foo(bar: String, baz: Int
;
> On 13 Sep 2009, at 20:31, marius d. wrote:
>
> > That looks a little cleaner but we'll have to look more into it if
> > we'd want to go on this path. Perhaps accumulate those function into
> > synthetic js file .. we'll see
--~--~-~--~~--
he javascript for me because it makes things harder to understand and
> this is something bad for someone new to it.
>
> I would be glad to help in this matter in any way possible.
>
> Sorry for my English,
> it's not my mother language!
I think this is a great post !
>
>
Technically it could (as I implied above) but this can be lucrative
and IMHO the benefits are simply not that big. I'm not saying that
things are nailed down but I'd love to see a list of practical
benefits for Lift to not add event handlers such as on click to the
elements but rather programatica
If it doesn't send down the cookie as you did, it sounds like a bug.
I'd fix it but I can't in the next couple of weeks.
Br's,
Marius
On Sep 12, 12:54 pm, harryh wrote:
> I have an SHtml.ajaxSelect that, when executed sets a cookie:
>
> S.addCookie(HTTPCookie("CITYID", city.id.toString))
>
> an
d I am given to understand spiders are nowadays smart to recognize
> dom events handlers (e.g., onclick) and decide what to do when it
> encounters them.
>
> Oh, and while at that, 'view source' a GWT based application and help
> youself have a perspective :)
>
>
+1 Andrew.
Regarding the "rule" - absolutely no javascript in the markup doesn't
make a lot of sense. Some of the Lift's generated javascript for comet/
ajax calls is put inline at the end of the page. I see no practical
reason not to do that. On the other hand putting liftAjax.js on the
top of t
t that JAAS will take you farther then Lift HTTP auth
support.
>
> Thanks,
>
> Glenn
>
> On Sep 8, 8:40 am, "marius d." wrote:
>
> > On Sep 8, 6:12 pm, glenn wrote:
>
> > > Marius,
>
> > > With your help, I think I'm getting clos
horization is built on very simple
principles such as:
1. In the authentication function you typically know the role for that
user.
2. Resources (URI's essentially) are protected by hierarchically
structured roles that are matched with the role determined by the
authentication function.
>
> G
Nice thoughts but personally I don't think this should be part of Lift
core framework. However an admin panel could be provided via a lift
widget and would be pretty interesting thing to have.
Br's,
Marius
On Sep 8, 2:16 am, DFectuoso wrote:
> I was thinking about how wonderful it is to get a l
here is to explain how HTTP based authentication and roles
based authorization works. I am definitely not claiming that this is
enough for all applications as currently we don't have HTTP based
authentication with forms for example ... but I think we should add
that as well.
>
> Glenn
or a child of the Role specified in
HttpAuthProtected
>
> elipsisless Glenn
>
> On Sep 6, 8:27 am, Timothy Perrett wrote:
>
> > Right, i know it has a sitemap aspect... just based on what chas has
> > asked about RBAC before, I can only presume he's still lookin
Same question for Injector, SimpleInjector etc.
Br's,
Marius
On Sep 7, 4:08 pm, Marius wrote:
> Hi,
>
> I just did a pull and get a bunch of compile time errors obviously.
> Seems like someone kidnapped AnyVar?
>
> Br's,
> Marius
--~--~-~--~~~---~--~~
You receive
A MappedField is a FieldIdentifier. In a field you can override
validate function and return a list of FieldError. You need to
override uniqueFieldId and return the ID of the page element that will
hold the specific error message. It is the ID that you specified to
the tag. In this way the error
aintaining
> > persistent role/access
> > data. I was asking, on a lark, if anyone had ideas on a pattern that
> > might help. I guess
> > I've gotten an answer - No.
>
> > I certainly don't expect Lift, out-of-the-box, to provide a complete
> > a
Is this too inconvenient ?
val myComet = Box(findComet("myType").filter(_.name == "myname"))
I have nothing against your proposal except it should return a Box not
an Option.
Br's,
Marius
On Sep 6, 6:17 am, Xavi Ramirez wrote:
> Hello,
>
> Would it be possible to add the following findComet o
I'll let Tim provide you a concrete code example but AFAIK there is a
lift-authetication example in examples?
A few points:
1. We support both BASIC and DIGEST HTTP authentication
2. First, to apply authentication you need to specify which resource
(by URI) is a protected resource. Here we say t
Please see this thread:
http://groups.google.com/group/liftweb/browse_thread/thread/7d5daf78a7e52275/ff9b6f80e19a999b?lnk=gst&q=addLogFunc#ff9b6f80e19a999b
Br's,
Marius
On Sep 4, 5:03 pm, José María wrote:
> Hi,
>
> I'm new to JAVA as platform, I want to see the sql queries generated
> by Mapp
Note that noticesToJsCmd is used for Ajax propagated notices and not
when rendering the actual page when the Msgs snippet is executed.
Br's,
Marius
On Sep 3, 10:59 pm, george wrote:
> thanks marius, I'll explore both options and hopefully I'll learn some
> more about scala and lift along the w
In Boot you can do:
LiftRules.snippetDispatch.prepend {
case "Msgs" => MyMsgs
}
where MyMsg is :
object MyMsg extends DispatchSnippet {
}
But the simplest way is to simply not use Msgs snippet and build your
own one. There is no magic in Msgs snippet. You can probably inspire
your code
This string acts as a function ID. calling SHtml.link you bound a
function to be executed when user clicked that link. That "strange
string" is sent back to Lift and Lift will know which function to
invoke. fmapFunc facilitates binding user-function.
Having this definition def fmapFunc[T](in: AFu
Very nice article !
On Sep 1, 6:38 pm, David Pollak wrote:
> Folks,
>
> I read this blog post this
> morning:http://blog.asmartbear.com/blog/youre-a-little-company-now-act-like-o...
>
> While this list is mainly for discussing Lift, I thought I'd share the
> link. It's great advice, IMHO, for
Call self.exit("message")
Br's,
Marius
On Sep 1, 6:27 pm, Jack Widman wrote:
> How does an Actor stop itself from running. That is to say, stop its act
> method as soon as possible?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
{(str.split("\n").map(x => {x}))}
{x} is an expression that returns a String. Assuming that x is a well-
formed XML node you could try something like:
{(str.split("\n").map(x => {XML.loadString(x)}))}
Br's,
Marius
On Sep 1, 7:24 am, KP wrote:
> Hi all.
>
> I have some text I read in
n most cases this would be enough. In
many cases I don't really need something that injects a reference to
an annotated class member.
One other approach would be to use a RequestVar or a SessionVar to
hold a Persistence reference and you can access it from different
places. You could set the
d what
> > > percentage ever offer answers? Regularly? The lift community is not as
> > > large as many other communities. Does Scala itself have other forums
> > > besides its own lists? If so what is their state? Certainly the Scala
> > > community is much larg
27;t necessary because
> CalendarMonthlyView.init does the needful.
>
> Cheers, Indrajit
>
> On Aug 30, 9:32 pm, "marius d." wrote:
>
> > No you don't have to do this because In Boot you are already calling
> > CalendarMonthlyView.init
>
>
No you don't have to do this because In Boot you are already calling
CalendarMonthlyView.init
Br's,
Marius
On Aug 30, 7:22 pm, Indrajit Raychaudhuri wrote:
> 4. Additionally, you have to add this in Boot environment. Often we
> end up missing out on this step, or don't get the pattern right :)
Most of DI of Lift is currently done using PartialFunction-s and
Function lists that people can set in Boot or for snippets in case on
binding functions usign SHtml helpers etc.
Personally I'm not at all a fan of Pojo/Poji DI by annotations
especially in Scala realm where there are other artifact
cala itself have other forums besides its own lists?
> If so what is their state? Certainly the Scala community is much larger than
> lift's. (Maybe you should make your forum be a Scala forum, and have a lift
> category... But again, I think it's only fair to ask lift's masterm
My 2 cents if I may ...
Although I love this list and this is the official Lift list and
support I think it is important to also have other wiki's, forums etc.
out there. Personally I don't see this as a community split. More and
more people are becoming pretty knowledgeable with Lift & Scala
sha
In such cases IF you also need to send an ajax request you can also
use the SHtml.ajaxButton that takes a Call as an argument.
See this thread:
http://groups.google.com/group/liftweb/browse_thread/thread/f7a5eb09a756e076/009d5802f7652669?hl=en&lnk=gst&q=Call#009d5802f7652669
Br's,
Marius
On Aug
Damn that's great stuff ... I was searching a couple of days ago for
some thread and couldn't find it period.
Thanks a lot Ryan :)
Br's,
Marius
On Aug 29, 12:02 am, Ryan Donahue wrote:
> "Search this group" doesn't always work. I found this by searching
> for the term "fade", recalling a disc
us access to
> > all the lift default stuff.
>
> > Yes, ok, they could do some research and dig it out, but in my experience if
> > it is not staring users in the face, only a few of them will go looking any
> > deeper. Does that make any sense what-so-ever?
>
> > Cheers,
if you define a set of tags for your CMS
template and you run that against Lift's templating engine how do you
prevent lift specific "tags" to be executed?
>
> Cheers, Tim
>
> On Aug 28, 5:48 pm, "marius d." wrote:
>
> > Personally I'm not a
Personally I'm not a fan of such feature. To me this doesn't bring
much benefits especially that snippets pretty much allow this support
such as:
...yes the wrapping tag is extra typing but still I can't find a real
problem where a custom tags solves it and snippets do now. To me this
look
to master I would appreciate it.
>
> Derek
>
> On Sat, Aug 15, 2009 at 8:02 AM, Derek Chen-Becker
> wrote:
>
> > OK, a preliminary version of log wrappers is checked in on
> > wip-dcb-sql-log-wrappers. I'll merge it on Tuesday if no one sees any
> > problems wi
Why don't you use scala actors?
... and after you populate asynchronously the two lists do you need to
report the lists back to client asynchronously (say Comet) or when the
page is rendered? ... If it's the later that you'd probably need a
count-down-latch or a cyclic barrier.
Br's,
Mairus
On
I'm not sure you HTTP authentication is what your looking for. Lift
has support for both BASIC and DIGEST authentication models
(irrespective of any persistence technology) and you can grant access
based on Roles defined as a hierarchical structure.
See /examples/http-authentication application.
Tim has a magic articles bag :)
On Aug 27, 4:20 pm, Timothy Perrett wrote:
> Checkout my article here on how to localize with Lift: http://is.gd/1NXGN
>
> Cheers, Tim
>
> On 27/08/2009 14:08, "surfman" wrote:
>
> > 3) internationalization support. how does lift support this?
--~--~-~--
renaming sites to examples would probably be more obvious for people.
So fine by me.
About archetypes thingy that's an interesting idea. I like it.
Br's,
Marius
On Aug 26, 12:39 pm, Timothy Perrett wrote:
> Chaps,
>
> Any objections to me renaming "sites" to examples?
>
> Moreover, I want to m
I'll take a look and get back to you. A resource is eventually read
using container's provided API (from the ServletContext.getResourceXXX
functions). The container first locates a resource from WEB-INF/
classes folder and then it looks up in the jar files.
Br's,
Marius
On Aug 26, 8:39 am, Shane
1 - 100 of 592 matches
Mail list logo
