Guys,
This has been added not so long ago, and I am aware that I should
express my perspective on this back then as now it might be too late.
IMHO LiftRules or other Lift parts except the JsArtifacts and maybe
ResourceServer should not even be aware of the underlying JS framework
thus the JQuery
+1 (and we might as well add 1.4.2 as well/instead :-)
On Tue, Feb 23, 2010 at 9:11 AM, Marius marius.dan...@gmail.com wrote:
Guys,
This has been added not so long ago, and I am aware that I should
express my perspective on this back then as now it might be too late.
IMHO LiftRules or other
(yeah forgive me :) ...)
On Feb 23, 10:18 am, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
+1 (and we might as well add 1.4.2 as well/instead :-)
On Tue, Feb 23, 2010 at 9:11 AM, Marius marius.dan...@gmail.com wrote:
Guys,
This has been added not so long ago, and I am aware that I should
Excellent! The fix (merged from branch) solved all my 2.8 porting
issues so far.
Thank you for solving this problem so quickly!
On 23 Feb, 00:20, David Pollak feeder.of.the.be...@gmail.com wrote:
On Mon, Feb 22, 2010 at 3:15 PM, Arie arie.lake...@gmail.com wrote:
Hi,
Can I clarify, is this
I opened this ticket:
http://www.assembla.com/spaces/liftweb/tickets/363-liftrules-jqueryversion-should-not-be-there-
I realize that this would bring a slight breaking change but I believe
it is worth it.
Folks please speak up if you think otherwise.
Br's,
Marius
On Feb 23, 10:25 am, Marius
No, sounds good Marius... go for it.
Cheers, Tim
On 23 Feb 2010, at 11:00, Marius wrote:
I opened this ticket:
http://www.assembla.com/spaces/liftweb/tickets/363-liftrules-jqueryversion-should-not-be-there-
I realize that this would bring a slight breaking change but I believe
it is
On Feb 22, 8:12 pm, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
On Sun, Feb 21, 2010 at 9:49 AM, Marius marius.dan...@gmail.com wrote:
Guys,
I'm starting to have second thoughts about having css or js combine
(concatenation of multiple files into a single response) on lift side.
I'm
Hi,
Don't know if this is the right place to ask this, but I'm urgently
seaching for someone experienced with Webservices, Scala and Lift,
interested in implementing a small webservice project based on Lift
Framework.
Detailed DB Specification and API Reference exist.
Timeframe: 1 month
Budget:
Cool, thanks for all your help here. It's been quite a bit to digest,
and I finally got around to revisiting this problem today.
So I'm not sure why my initial attempts to return a lift:embed from
the render method failed, but today that seems to work. Need to see if
Firefox is doing anything
On Tue, Feb 23, 2010 at 4:30 AM, donfranciscodequevedo
donfranciscodequev...@gmail.com wrote:
Hi,
Don't know if this is the right place to ask this,
Job postings are always welcome on this list.
but I'm urgently
seaching for someone experienced with Webservices, Scala and Lift,
Duh, I comittet a wrong version of the bundle to git! The right version is up
now if you wan't to give it a try Indrajit :) I would appreciate the feedback:
http://github.com/mads379/Lift-TextMate-Bundle
On 22/02/2010, at 13.12, Mads Hartmann Jensen wrote:
Don't get too excited, it's very beta
Hi Gregor,
Although I am new to Scala/Lift, based on what I have seen you are seriously
undervaluing the community here. I can only hope that your request does not
discourage new talent from investing their time into these technologies.
In my humble opinion, and just my 2c.
Kind Regards,
Tamer
Jeppe,
Thanks for your answer!
On 23 February 2010 08:47, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
I have the same scenario and it works for me. In the parent menu I do this:
Menu(Loc(parent, List(parent, index), Parent, Loc.EarlyResponse(()
= Full(RedirectResponse(/subpage
We're
Hi David.
thanks for your answer. It helped me a lot!
Didn't knew that SiteMap disables serving unregistered pages..
Now two more questions to come:
1) citation from David: Second, you can define a subdirectory that all content
will be served from.
How do I do that?
2) I found out some strange
You probably mean case object...
Also, personally I prefer the version without the underscores.
-
Timothy Perretttimo...@getintheloop.eu wrote:
No, sounds good Marius... go for it.
Cheers, Tim
On 23 Feb 2010, at 11:00, Marius wrote:
I opened this ticket:
On Tue, Feb 23, 2010 at 7:54 AM, Restel, Hannes
hannes.res...@isst.fraunhofer.de wrote:
Hi David.
thanks for your answer. It helped me a lot!
Didn't knew that SiteMap disables serving unregistered pages..
Now two more questions to come:
1) citation from David: Second, you can
Hey all,
I see the LDAP has finally been committed... what is it doing in
modules? Its a read / write to LDAP based on record... shouldn't it be
in persistence?
Cheers, Tim
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send
There's no record code in there -- it uses mapper in fact.
I think this is just for auth.
-Ross
On Feb 23, 2010, at 2:12 PM, Timothy Perrett wrote:
Hey all,
I see the LDAP has finally been committed... what is it doing in
modules? Its a read / write to LDAP based on record... shouldn't it
On 23 February 2010 15:24, Heiko Seeberger
heiko.seeber...@googlemail.comwrote:
But the other problem still exists: doesMatch_? will not return true for
the parent and hence the parent menu will not be treated special (different
style, no link).
Using a custom menu snippet solves the
On Tue, Feb 23, 2010 at 1:29 AM, tbje trond.bjerkestr...@gmail.com wrote:
Excellent! The fix (merged from branch) solved all my 2.8 porting
issues so far.
Cool. Please keep identifying issues like this.
Thank you for solving this problem so quickly!
On 23 Feb, 00:20, David Pollak
I originally added LiftRules.jQueryVersion, but I agree that this is a much
better solution.
thanks,
- Jon
On Feb 23, 2010, at 6:00 AM, Marius wrote:
I opened this ticket:
http://www.assembla.com/spaces/liftweb/tickets/363-liftrules-jqueryversion-should-not-be-there-
I realize that this
Oh yeah, you are right Ross!
Doh... in that case, might have to do some refactoring on that module
to give it a more functional style.
Cheers, Tim
On Feb 23, 7:15 pm, Ross Mellgren dri...@gmail.com wrote:
There's no record code in there -- it uses mapper in fact.
I think this is just for
Any chance that the LDAP functionality will be independent of
MetaMegaProtoUser and MegaProtoUser?
Or maybe some sort of guidance (how-to?) on how to use it without
these classes.
We've (Apache ESME) have been waiting for a while for LDAP to be
supported in Lift but we don't use MegaProtoUser.
Apache ESME still uses compass:
Look here for an example:
https://svn.apache.org/repos/asf/incubator/esme/tags/apache-esme-1.0-RC1-incubating/server/src/main/scala/org/apache/esme/model/Message.scala
D.
On Feb 13, 12:14 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Fri, Feb 12, 2010
Dick, that is exactly what I want also... I was expected the dude who
added it to lift to tidy it up and make it more abstract before adding
it to the project.
I would suggest have a base LDAP module (perhaps record based) and
remove the mapper stuff.
Cheers, Tim
On Feb 23, 8:01 pm, Dick Hirsch
Seems like the current lift-ldap ought to be gutted and turned into a
pure LDAP wrapper for scala. Then we can add a record abstraction and
any other abstractions people want.
Cheers, Tim
On Feb 23, 8:07 pm, Ross Mellgren dri...@gmail.com wrote:
It might turn out that we'll need an actual LDAP
On 22 February 2010 21:45, Raoul Duke rao...@gmail.com wrote:
This is related to Lift how? It appears to be a framework itself...
i figure people who use Lift are the kinds of people who might have
their ear to the ground for other approaches to the web problem, and
might have insight into
Perhaps eventually (or if someone right now has a strong use), but maybe in the
short term it should be just mildly split up a bit so that it can be used
separate of MetaMegaTron? I'm sure there are plenty of people who just need
authentication and have no intent of using more sophisticated
Ross my good man, did you just volunteer? :-D
+1 on the MegaUberRobotTronFromOuterSpace. There is also a fair amount of
Java-ish code in there; it would be nice if that went away sometime too :-)
Cheers, Tim
On 23 Feb 2010, at 20:32, Ross Mellgren wrote:
Perhaps eventually (or if someone
Hah maybe if I have some extra moments I'll look at it. I'm preparing for a
short trip this weekend so my spare time this week is short.
If you didn't have a book to write I'd make you do it! ;-)
-Ross
On Feb 23, 2010, at 3:40 PM, Timothy Perrett wrote:
Ross my good man, did you just
haha yeah, well I was originally planning on writing a record backend in my
book for LDAP, but thought we already had one... so maybe i'll do it in a month
or two ;-)
Cheers, Tim
On 23 Feb 2010, at 20:46, Ross Mellgren wrote:
Hah maybe if I have some extra moments I'll look at it. I'm
Personally I think Jon followed the correct process. I do remember
discussions on this list and on review board. JsArtifacts is somehow
under-explored ... I carry a good part of the blame as I should have
pointed the perspective towards JsArtifacts.
Anyways the proposed fix for #363 is on the
Fair enough Marius - I just didn't remember seeing it is all and wanted to
check we were following the process for all the changes made to Lift. You know
im a stickler for process ;-)
Your proposed solution sounds good though - I agree JsArtifacts is certainly
under explored; like a lot of
Le 23/02/2010 21:14, Timothy Perrett a écrit :
Seems like the current lift-ldap ought to be gutted and turned into a
pure LDAP wrapper for scala. Then we can add a record abstraction and
any other abstractions people want.
In my company, we are building an LDAP-based application with a web UI
Hello,
I'm working on an application that has until now primarily used Lift
for the mapper framework (1.1-M8). This includes us extending Meta/
MegaProtoUser to get the basic user account functionality while
rolling our own servlets and front-end client (not using Lift).
Now we want to make use
I started working on ticket #349 (
https://liftweb.assembla.com/spaces/liftweb/tickets/349-make-shtml-%5Binput%5D-return-elem-with-answerholder%5Bt%5D)
and tried returning an Elem with Responder[T] (see
Folks,
We are quickly approaching code slush for 2.0-M3. We are aiming to build M3
on Wednesday March 3rd which means that all changes except those to fix
newly discovered defects have to be in master by end of day on Sunday.
Please look through the tickets in Assembla. If your name is next to
37 matches
Mail list logo
