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 feeder.of.the.be...@gmail.com
wrote:
Folks,
It is not lightly that
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 marius.dan...@gmail.com wrote:
Hi,
A while ago I added the support for URL rewriting when cookies are
turned of in the container so that things
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. marius.dan...@gmail.com wrote:
Yes, a Loc accepts many LocParams ... as I said above If/Unless/Test
would
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
appreciated.
Thanks,
Dave
On Oct 10, 5:09 pm, marius d. marius.dan...@gmail.com wrote:
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
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. marius.dan...@gmail.com wrote:
So doesn't what I described about help you? ... a conditional Hidden
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
: ServletContext) 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. marius.dan...@gmail.com wrote:
Servlet dependencies are abstracted away
I just committed it.
Br's,
Marius
On Oct 8, 2:25 pm, Timothy Perrett timo...@getintheloop.eu 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. marius.dan...@gmail.com wrote:
You are correct. I need
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
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
On Oct 5, 6:15 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
On Sun, Oct 4, 2009 at 2:41 AM, ishiijp yoshinori.is...@gmail.com 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
HTTP session termination does not equate with browser-close event.
Br's,
Marius
On Oct 5, 3:22 pm, Jack Widman jack.wid...@gmail.com wrote:
Yes, thats what I meant. Thanks
On Mon, Oct 5, 2009 at 4:10 AM, Timothy Perrett
timo...@getintheloop.euwrote:
But you can do it on session
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
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
pm, Alex Black a...@alexblack.ca 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
On Oct 4, 11:40 am, marius d. marius.dan...@gmail.com
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
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 indraj...@gmail.com wrote:
On 02/10/09 6:25 PM, David Pollak wrote:
On Fri, Oct 2, 2009 at 5:53 AM, Indrajit Raychaudhuri
indraj...@gmail.com
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 pyronic...@gmail.com 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
Ok ... got it. Thanks.
On Oct 3, 10:16 pm, Indrajit Raychaudhuri indraj...@gmail.com 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 (when we had lift-base,
lift
applicable
to snippets context. They determine the snippet's execution semantics.
So 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. marius.dan
On Thu, Oct 1, 2009 at 5:58 AM, marius d. marius.dan...@gmail.com wrote:
Well I said what I had to say. My problem is not really the prefix
name but the existence of other prefixes then lift, that are
interpreted by lift. It's just how I see things now and nothing on
this thread provided
semantics.
So 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. marius.dan...@gmail.com wrote:
lift is already a reserved prefix for snippets. So I'd stay
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. marius.dan...@gmail.com wrote:
lift is already a reserved prefix for snippets. So I'd stay with
simply lift prefix
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 timo...@getintheloop.eu wrote:
I guess we could let him off this time ;-)
Any plans to add a vCard
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. marius.dan...@gmail.com wrote
, marius d. marius.dan...@gmail.com wrote:
Hly cow ! I owe the committers more than a
beer. I totally forgot about review board.
All, please accept my apologies.
No worries, we're getting used to the new system. But, feel encouraged to
reviewhttp
/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 apologies.
Br's,
Marius
On Sep 29, 8:27 am, Timothy Perrett timo
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.
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.
lift is already a reserved prefix for snippets. So I'd stay with
simply lift prefix for these attributes as well.
Br's,
Marius
On Sep 29, 11:11 pm, Naftoli Gugenheim naftoli...@gmail.com wrote:
So what is your proposal? Am I interpreting you correctly that you are for a
prefix of 'lift'? And
On Sep 27, 10:31 am, Naftoli Gugenheim naftoli...@gmail.com wrote:
Do you mean multiple browser tabs? They won't interfere, because which
stateful snippet is used in a given request depends on which is registered in
that request which depends on which function is called which depends on
Generally I like this structure.Please see my other comments below:
On Sep 27, 3:44 pm, Indrajit Raychaudhuri indraj...@gmail.com 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.
On Sep 26, 10:38 am, tiro tim.romb...@googlemail.com 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
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 feeder.of.the.be...@gmail.com
wrote:
I strongly recommend against using scheduleAtFixedRate because:
- Internally, it creates an
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
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
report back.
Thanks again for your help.
Dan
On Sep 22, 7:03 pm, marius d. marius.dan...@gmail.com wrote:
On Sep
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
On Sep 22, 8:13 pm, Dano olearydani...@gmail.com 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
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,
there are rules governing this situation.
Does anybody know if rewrite: Box[String = String] being used by
anything other than the jsessionid rewrite?
- Grant
On Sep 18, 9:46 pm, marius d. marius.dan...@gmail.com wrote:
LIft doesn't explicitly add jsessionid to the URL but it calls
encodeUrl
On Sep 17, 11:09 pm, jack jack.wid...@gmail.com 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
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 feeder.of.the.be...@gmail.com
wrote:
On Fri, Sep 18, 2009 at 12:15 PM, Chris Lewis burningodzi...@gmail.comwrote:
It has nothing to do with lift, but
Outstanding! Welcome aboard!
Br's,
Marius
On Sep 18, 7:00 pm, David Pollak feeder.of.the.be...@gmail.com
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
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
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
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 caw1...@gmail.com wrote:
I'm
What is the problem this time? .. same thing essentially?
Br's,
Marius
On Sep 16, 8:14 am, David Pollak feeder.of.the.be...@gmail.com
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
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
Do you see any errors in FireBug ? ... Do see the Ajax request being
send out in FireBug?
On Sep 15, 5:49 pm, glenn gl...@exmbly.com wrote:
Derek,
Here is the template. Just as in the book.
lift:surround with=default at=content
lift:JSONForm.head /
lift:JSONForm.show
input type=text
Where is the head function in your code ?
Here is an example:
def head = headscript type=text/javascript src=/classpath/
jlift.js / {Script(json.jsCmd)}/head
Br's,
Marius
On Sep 15, 5:55 pm, marius d. marius.dan...@gmail.com wrote:
Do you see any errors in FireBug ? ... Do see the Ajax
. How urgent is this for you?
Br's,
Marius
On Sep 15, 6:15 pm, glenn gl...@exmbly.com 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. marius.dan...@gmail.com wrote:
Where is the head function in your code
this is a great post !
Yoryos
On Sep 13, 6:35 am, marius d. marius.dan...@gmail.com wrote:
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
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
--~--~-~--~~~---~--~~
You received this message
On Sep 13, 3:15 pm, Joni Freeman freeman.j...@gmail.com 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:
corrupted.
It's true that most modern web pages already depend a number of
external 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. marius.dan...@gmail.com wrote:
I think so too. Does
On Sep 13, 8:00 pm, Charles F. Munat c...@munat.com wrote:
marius d. wrote:
I'm thinking that instead of:
button onclick=liftAjax.lift_ajaxHandler
('F1029758482780OTA=true',null, null, null); return false;Press me/
button
We could have:
button onclick=liftAjax('F1029758482780OTA
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 :)
Cheers, Indrajit
On Sep 12, 5:07 pm, marius d. marius.dan...@gmail.com wrote:
+1
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 har...@gmail.com wrote:
I have an SHtml.ajaxSelect that, when executed sets a cookie:
S.addCookie(HTTPCookie(CITYID,
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
that as well.
Glenn
On Sep 7, 1:36 pm, marius d. marius.dan...@gmail.com wrote:
On Sep 7, 10:53 pm, glenn gl...@exmbly.com wrote:
Marius,
In practical terms, if I am already using an If LocParam, as in the
following:
If(() = User.isa_?(admin), S.?(not_authorized))
what
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 santiago1...@gmail.com wrote:
I was thinking about how
then Lift HTTP auth
support.
Thanks,
Glenn
On Sep 8, 8:40 am, marius d. marius.dan...@gmail.com wrote:
On Sep 8, 6:12 pm, glenn gl...@exmbly.com wrote:
Marius,
With your help, I think I'm getting closer to understanding what is
needed
here.
One thing though, is that I believe I
(URI's essentially) are protected by hierarchically
structured roles that are matched with the role determined by the
authentication function.
Glenn
On Sep 7, 11:24 pm, marius d. marius.dan...@gmail.com wrote:
On Sep 8, 1:18 am, glenn gl...@exmbly.com wrote:
Marius,
Please bear with me
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 lift:msg id=abc/ tag. In
Same question for Injector, SimpleInjector etc.
Br's,
Marius
On Sep 7, 4:08 pm, Marius marius.dan...@gmail.com wrote:
Hi,
I just did a pull and get a bunch of compile time errors obviously.
Seems like someone kidnapped AnyVar?
Br's,
Marius
though...
Cheers, Tim
On Sep 6, 3:44 pm, marius d. marius.dan...@gmail.com wrote:
Glen,
Tim is correct however HTTP auth support + it's Role model can be used
for SiteMenu as well. Please see:
case class HttpAuthProtected(role: () = Box[Role]) extends LocParam
You easily
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 xavi@gmail.com wrote:
Hello,
Would it be possible to add the following
guess
I've gotten an answer - No.
I certainly don't expect Lift, out-of-the-box, to provide a complete
authorization package
and I would have been surprised if it had.
Glenn...
On Sep 5, 12:38 am, marius d. marius.dan...@gmail.com wrote:
I'll let Tim provide you a concrete code
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
Please see this thread:
http://groups.google.com/group/liftweb/browse_thread/thread/7d5daf78a7e52275/ff9b6f80e19a999b?lnk=gstq=addLogFunc#ff9b6f80e19a999b
Br's,
Marius
On Sep 4, 5:03 pm, José María josemariar...@gmail.com wrote:
Hi,
I'm new to JAVA as platform, I want to see the sql queries
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
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 geo...@mattandgeorge.com wrote:
thanks marius, I'll explore both options and hopefully I'll learn some
more about
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:
div
{(str.split(\n).map(x = div{x}/div))}
/div
{x} is an expression that returns a String. Assuming that x is a well-
formed XML node you could try something like:
div
{(str.split(\n).map(x = div{XML.loadString(x)}/div))}
/div
Br's,
Marius
On Sep 1, 7:24 am, KP
Call self.exit(message)
Br's,
Marius
On Sep 1, 6:27 pm, Jack Widman jack.wid...@gmail.com 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
Very nice article !
On Sep 1, 6:38 pm, David Pollak feeder.of.the.be...@gmail.com 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
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
What? ... Is there on ONE forum about Java, Scala, Spring, Rail
etc? ... did all Java forums needed James Gosling approval ? .. Come
on .. So yes people can talk about it make they own
wikis,forums,blogs ... internet is free you know. I have tons of
respect for David and this community and I
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
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 indraj...@gmail.com 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
necessary because
CalendarMonthlyView.init does the needful.
Cheers, Indrajit
On Aug 30, 9:32 pm, marius d. marius.dan...@gmail.com wrote:
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
Personally I like mailing lists .. I find it easier for me to try to
help people then a traditional forum. For someone who wants to lear
Lit perhaps a more traditional forum is more helpful? ... don't really
know .. I guess it depends on the person.
Br's,
Marius
On Aug 30, 10:10 pm, Artem
it from different
places. You could set the proper context for such var-s from from our
LoanWrapper added in boot by calling S.addAround.
Thanks for the discussion,
chris
marius d. wrote:
Most of DI of Lift is currently done using PartialFunction-s and
Function lists that people can set
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, Tim
On 28/08/2009 21:47, marius d. marius.dan...@gmail.com wrote:
Hey Marius
Firstly I agree with your thoughts
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 donahu...@gmail.com wrote:
Search this group doesn't always work. I found this by searching
for the term fade,
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=enlnk=gstq=Call#009d5802f7652669
Br's,
Marius
On Aug
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.
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
is checked in on
wip-dcb-sql-log-wrappers. I'll merge it on Tuesday if no one sees any
problems with it.
Derek
On Tue, Aug 11, 2009 at 11:08 AM, Derek Chen-Becker dchenbec...@gmail.com
wrote:
Will do.
On Tue, Aug 11, 2009 at 2:33 AM, marius d. marius.dan...@gmail.comwrote:
Please do so
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:
lift:MySnippet
something:notlift attr=whatever /
/lift:MySnippet
...yes the wrapping tag is extra typing but still I can't find a real
problem
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. marius.dan...@gmail.com wrote:
Personally I'm not a fan of such feature. To me this doesn't bring
much benefits especially that snippets pretty much
Tim has a magic articles bag :)
On Aug 27, 4:20 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Checkout my article here on how to localize with Lift: http://is.gd/1NXGN
Cheers, Tim
On 27/08/2009 14:08, surfman chinasmile...@gmail.com wrote:
3) internationalization support. how does
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,
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 timo...@getintheloop.eu wrote:
Chaps,
Any objections to me renaming sites to examples?
Well you can put a regular lift form that submits to itself in terms
or URI, do the computation in your processing function and redirect-
with-state to your new page.
So this would imply a redirect which one can say that it is suboptimal
as it implies one additional request. Personally I see no
Something like that yes. Of course if action is missing current
behavior will apply.
Br's,
Marius
On Aug 25, 12:34 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Marius,
So to clarify, your proposing:
lift:MySnippet form=post action=???
Cheers, Tim
On 25/08/2009 10:24, marius d
Sure this is totally doable but I think we should be able to support
the case above where a form can submit to a different page.
Br's,
Marius
On Aug 25, 2:05 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Ulises,
Am I missing something? There is nothing stopping you making a URL like:
24, 2009 at 12:36 PM, marius d. marius.dan...@gmail.comwrote:
Just a FYI. I briefly talked with Martin and he said this idea is
possible but quite tricky. Stephane Micheloud did something similar
and he may share some of his work. I'm waiting some feedback from him.
I think we can do
1. I just pushed a little change that allows:
lift:MySnippet form=post action=/search
...
/lift:MySnippet
2. You can also do
form method=post action=/search
lift:mysnippet
f:inputSearch/
f:submit/
/mysnippet
/form
In both cases you can use Lift's html abstractions such as SHtml.text
1 - 100 of 506 matches
Mail list logo