The simple way of using FuncBindParam is:
"first_name" -> { (ns: NodeSeq) => SHtml.text(...) }
That will only generate the text if the tag first_name appears.
-Ross
On Mar 10, 2010, at 10:22 AM, Stuart Roebuck wrote:
> Okay, so I now understand what is happening a little better.
>
> When I sa
500, modal:
> true, close: function() { theDialog.destroy; }; } )
>
> How do I assemble this, or is there any documentation / examples you
> can point me to.
>
> Thanks very much,
>
> Stuart.
>
> On Mar 9, 5:14 pm, Ross Mellgren wrote:
>> Whoops, I meant Str(fi
XML thoroughly.
-Ross
On Mar 9, 2010, at 12:26 PM, David Pollak wrote:
>
>
> On Tue, Mar 9, 2010 at 9:14 AM, Ross Mellgren wrote:
> Try this (I haven't tested it, so there could be lurking bugs):
>
> case class JQueryNodeSeq(ns: NodeSeq) extends JsExp with JQuer
Whoops, I meant Str(fixHtml(...)) not JsStr(fixHtml(...))
-Ross
On Mar 9, 2010, at 12:14 PM, Ross Mellgren wrote:
> Try this (I haven't tested it, so there could be lurking bugs):
>
> case class JQueryNodeSeq(ns: NodeSeq) extends JsExp with JQueryLeft with
> HtmlFixer {
Try this (I haven't tested it, so there could be lurking bugs):
case class JQueryNodeSeq(ns: NodeSeq) extends JsExp with JQueryLeft with
HtmlFixer {
override def toJsCmd = "jQuery(" + JsStr(fixHtml("NodeSeqDialog",
ns)).toJsCmd + ")"
}
Then JQueryNodeSeq(ns) ~> JsFunc("dialog")
-Ross
On M
I think you could use plain Record and MetaRecord to do this.
-Ross
On Mar 9, 2010, at 9:27 AM, Jeppe Nejsum Madsen wrote:
> On Tue, Mar 9, 2010 at 3:17 PM, Francois wrote:
>> Le 09/03/2010 10:12, Francois a écrit :
>>>
>>> Hello guys,
>>>
>>>
>>> I'm often using forms without anything to do
[ERROR] /lift-couchdb-test/src/main/scala/test/Testing.scala:24: error:
> type mismatch;
> [INFO] found : settings.testEnum.MyType
> [INFO] required: test.TestEnum.Value
> [INFO] val testEnum: TestEnum.Value =
> settings.testEnum.valueBox.open_!
DriverIndependentSpecs?
-Ross
On Mar 8, 2010, at 3:59 PM, Naftoli Gugenheim wrote:
> Currently what I did is combine ItemListSpecs with another test, so I gave it
> a more generic name than ItemsList, hence MapperSpecs2. The idea is that some
> tests really have zero to do with the vendor, but
describe bind points!
>
> Thanks again!
>
> -- Martin
>
> On Mon, Mar 8, 2010 at 12:47 PM, Ross Mellgren wrote:
> For your particular example, you can use head merge as Naftoli suggests. Head
> merge is a behavior of Lift templates where any tags will be merged
> t
On Mar 8, 2010, at 3:00 PM, Naftoli Gugenheim wrote:
> I'm not 100% clear on your proposal.
> First of all, is what I've done (on RB) in the meantime okay (without a
> ticket)? Basically, I renamed ItemsListSpecs to MapperSpecs2 and put the test
> for issue 370 there. MapperSpecs2 only uses H2 m
> settings.testEnum.valueBox.open_!
>
> Any ideas?
>
> Thanks,
> Craig
>
> On Mar 3, 2010, at 8:39 PM, Ross Mellgren wrote:
>
>> Try this:
>>
>> /** Enum data field for JSON records. Encodes as JString */
>> class JSONEnumNameField[OwnerType &
m to update
> descriptions and keywords where really the designers should be doing this.
>
> Does anyone have a suggestion on how to put the power in the hands of the
> designers in this type of situation?
>
> -- Martin
>
> On Sun, Mar 7, 2010 at 6:17 PM, Ross Mellg
e could refactor current lift-json
> to be lift-bson and then implement lift-json on top of it. On a
> cursory look this feels cleanest but there might be some performance
> penalties for normal JSON processing due to conversions.
>
> To be honest, I'm not yet sure what would be
To be parsed by the bind, it must be enclosed by
...
There is relatively little magic -- Lift goes through your template looking for
lift: prefixed tags. For those tags, it will look up a snippet class by using
the part before the period (HelloWorld, in the above example) and then look for
a m
The JSON stuff is mostly just an AST and encoding/decoding from the JSON wire
format is almost just an addon. Then, it would be a matter of adding AST
objects for those new things. Could be a use for phantom types ;-)
I'd be interested to hear Joni's view on how it might fit, since he's the most
Check dpp's response as of 8:01
-Ross
On Mar 4, 2010, at 7:49 PM, Naftoli Gugenheim wrote:
> What version is the demo running?
>
> -
> Dano wrote:
>
> Just saw that Lift 2.0-M3 was released. I looked to see if the
> vulnerability was still present in demo.l
ecord#createRecord and JSONMetaRecord#fromJValue instead.
Let me know if anyone has any problems.
-Ross
On Feb 27, 2010, at 11:53 AM, Ross Mellgren wrote:
> Hey all,
>
> So as a result of an infelicity in the way records are initialized that
> tripped up Tim a week or two ago, I&#x
t a keyword in your DB and you're currently using
> blob as a column name you should change it to blob_c?
>
> On 04/03/2010, at 22.16, Ross Mellgren wrote:
>
>> It would be breaking only if somebody were using a database backend where
>> it's NOT a keyword and al
It would be breaking only if somebody were using a database backend where it's
NOT a keyword and also had a mapper field called "blob", right?
Seems pretty unlikely, but that's just my opinion.
-Ross
On Mar 4, 2010, at 4:13 PM, Jim Barrows wrote:
> On Thu, Mar 4, 2010 at 2:10 PM, Mads Hartmann
e: Int) = { this(rec,
MathContext.UNLIMITED, scale); setBox(value) }
On Mar 4, 2010, at 2:29 PM, Craig Blake wrote:
> Great, thanks for taking the time to look into it!
>
> Craig
>
> On Mar 4, 2010, at 2:23 PM, Ross Mellgren wrote:
>
>> I can reproduce this locally, and
encode(Ljava/lang/Object;)Ljava/lang/String;
>> at
>> net.liftweb.couchdb.JSONEncodedStringFieldMixin$$anonfun$asJValue$6.apply(JSONRecord.scala:319)
>> at
>> net.liftweb.couchdb.JSONEncodedStringFieldMixin$$anonfun$asJValue$6.apply(JSONRecord.scala:319)
&
There's a FactoryMaker in LiftRules that looks like it may do what you want --
try:
LiftRules.stripComments.default = () => false
-Ross
On Mar 4, 2010, at 1:38 AM, aw wrote:
> After fielding calls as to why my UI doesn't look correctly on IE, I
> discovered that Lift is doing an "optimization"
raight-forward to add a new field type in my app to
> handle it.
>
> Thanks,
> Craig
>
> On Mar 3, 2010, at 7:45 PM, Ross Mellgren wrote:
>
>> It's no problem, as I mentioned the compiler error is practically useless.
>>
>> Hope you get along well, let m
> think to check that.
>
> Thanks for the quick answer.
>
> Craig
>
> On Mar 3, 2010, at 4:44 PM, Ross Mellgren wrote:
>
>> Unfortunately the compiler error is bizarre (due to some of the type
>> shuffling involved), but the underlying problem you
Unfortunately the compiler error is bizarre (due to some of the type shuffling
involved), but the underlying problem you're experiencing is that
DateTimeFields (and therefore JSONDateTimeFields) have a storage type of
Calendar, and you're trying to assign a Date to them. Try Calendar.getInstance
Haha okay okay I'll write it, but you have to review it ;-)
-Ross
On Mar 3, 2010, at 12:37 PM, David Pollak wrote:
>
>
> On Wed, Mar 3, 2010 at 9:30 AM, Heiko Seeberger
> wrote:
> Yep, that would help a lot!
>
>
> Cool. Please open a ticket and assign it to Ross... if he wants, he can
>
On Mar 3, 2010, at 11:25 AM, David Pollak wrote:
> On Tue, Mar 2, 2010 at 11:42 PM, Heiko Seeberger
> wrote:
> On 3 March 2010 00:03, David Pollak wrote:
> On Tue, Mar 2, 2010 at 1:05 PM, Heiko Seeberger
> wrote:
> Hi,
>
> Isn't it possible to put snippets in subpackages of xxx.snippet?
> Som
Hey all,
So as a result of an infelicity in the way records are initialized that tripped
up Tim a week or two ago, I'm planning on doing some cleanup to lift-record. It
is a breaking change, and it was noted that it'd be good to get opinions on
this, so here we are!
The original problem was th
We were talking in another thread about having something kind of similar to
this where the configuration is held in lift-util (maybe lift-common) but it is
accessible through LiftRules. I think it could be a good idea to do this for
this as well, to help guide people to the right place for this
My concern about putting this in LiftRules is that not all applications that
could benefit from the new logging support will use webkit, since the logging
is in common.
Maybe a bridge method in LiftRules to put it in a convenient place, but I think
the actual work should be exposed nearby the l
The mixin behavior is a bug, and is fixed in 1.1 and 2.0. You should switch to
2.0-SNAPSHOT (or 2.0-M2 if you don't like SNAPSHOTs) unless you have a
compelling reason to stay at 1.0
-Ross
On Feb 25, 2010, at 12:13 PM, jasper wrote:
> I have also just realized that I forgot to prefix for the a
-Ross
On Feb 24, 2010, at 6:38 PM, Rick R wrote:
> That works beautifully, thanks.
>
> With regards to using custom javascript functions, I have a function
> processKeyPress. It's role is to filter key presses, only send events
> to the server upon certain key presses.
>
> I guess the easies
Wow, that is amazing. Now we know what the cone of (process) shame looks like!
-Ross
On Feb 24, 2010, at 3:36 PM, David Pollak wrote:
>
>
> On Wed, Feb 24, 2010 at 12:29 PM, Timothy Perrett
> wrote:
>
> The mental image of you wearing a traffic cone on your head is a pleasing one
> David :
I personally think having some mostly uncomplicated web apps (PocketChange
style) and some end-to-end tests using those in the repository would be
extremely valuable -- shakes out bugs that nobody expected to occur (such as
this one) and serves as a known-working example.
-Ross
On Feb 24, 2010
Tim, you can also pin to certain snapshot dates I believe (-SNAPSHOT versions
are actually -MMDDHHMMSS), if something in the future breaks you.
-Ross
On Feb 24, 2010, at 6:14 AM, Timothy Perrett wrote:
> Guys,
>
> I see DPP made a bunch of commits last night. Something in there has
> f
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:
>
>> Per
;
> On Feb 23, 8:07 pm, Ross Mellgren wrote:
>> It might turn out that we'll need an actual LDAP record backend at work, so
>> I may write one in the future ;-)
>>
>> -Ross
>>
>> On Feb 23, 2010, at 3:00 PM, Timothy Perrett wrote:
>>
>>
give it a more functional style.
>
> Cheers, Tim
>
> On Feb 23, 7:15 pm, Ross Mellgren wrote:
>> 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 P
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
On Feb 22, 2010, at 8:39 PM, Strom wrote:
> Thanks for responding Ross. Always helpful.
>
> On Feb 22, 5:25 pm, Ross Mellgren wrote:
>> Session scope is until the LiftSession expires (which is tied to the
>> container session) and is longer.
> How does one determine the
Session scope is until the LiftSession expires (which is tied to the container
session) and is longer.
Request scope is during the "current page" which means the original page
request and any associated AJAX callbacks and other function bindings.
-Ross
On Feb 22, 2010, at 8:20 PM, Strom wrote:
re-welcome! All official this time and everything.
-Ross
On Feb 22, 2010, at 3:55 PM, David Pollak wrote:
> Folks,
>
> Please join me in welcoming John De Goes as a Lift committer. John burst
> onto the Lift scene a week or so ago with some excellent enhancements to the
> Lift-json stuff and
parts of lift are very non-trivial and
>>> require good knowledge of lift internals. Do you have such knowledge or are
>>> you just hoping to contribute where you can with helpful information? Both
>>> are good, just trying to establish what you had in mind.
>>>
>
Lift 1.1 and 2.0 are the same code stream by the way, just 1.1 was renamed to
2.0 after 1.1-M8. That said, the most recent versions of 2.0-SNAPSHOT and
1.1-SNAPSHOT run on Scala 2.7.7. The new 2.0-SNAPSHOT branch for Scala 2.8.0
(280_port_refresh, built as 2.0-scala280-SNAPSHOT I believe) runs o
for the well reasoned and described notes and review.
-Ross
On Feb 20, 2010, at 1:03 PM, Justin Reardon
wrote:
Thanks for the fixes Ross! This library is a really great piece of
work.
On 2010-02-20, at 12:53 , Ross Mellgren wrote:
Pushed to master
http://gith
t will actually fail if
> queryViewDocs were to include the dontReduce call would be good? For example
> querying on view "people_by_age" using queryViewDocs would fail presently if
> run against CouchDB 0.10.
>
> Thanks,
> Justin Reardon
>
> On 2010-02-18, at 15
Pushed to master
e82d7346d7cac7782d7e13c35373a585fc9d14e7
-Ross
On Feb 20, 2010, at 3:02 AM, Justin Reardon wrote:
> Hi,
>
> In JSONMetaRecord, the method needAllJSONFields, has documentation claiming
> it is false by default, where it is in fact true by default. It does seem
> safest to have
http://www.assembla.com/spaces/liftweb/tickets/358
It's already been pushed to master so is probably in 2.0-SNAPSHOT.
-Ross
On Feb 20, 2010, at 5:09 AM, Ali wrote:
> Hi Joni,
> Would you please also post the ticket url so I can track it.
>
> Thank you again,
> -A
>
> On Feb 20, 10:39 am, Joni
Ticket filed: http://www.assembla.com/spaces/liftweb/tickets/359
On review board: http://reviewboard.liftweb.net/r/220/
-Ross
On Feb 20, 2010, at 3:02 AM, Justin Reardon wrote:
> Hi,
>
> In JSONMetaRecord, the method needAllJSONFields, has documentation claiming
> it is false by default, where
Hi all,
I'm wondering how many people are using lift-record's support for JSON:
Record.fromJSON
Record.asJSON
MetaRecord.createRecord(json)
MetaRecord.fromJSON
MetaRecord.asJSON
Field.asJs
The reason I'm wondering is that the JSON support should really use lift-json,
and I'd like to
If you can get an established standard on what the content and format should
be, I can work with you reviewing the patches and applying them.
But, need to get a concordance from the list on the content first.
-Ross
On Feb 19, 2010, at 10:53 AM, Stuart Roebuck wrote:
> I've had a bit of a break
ail if
> queryViewDocs were to include the dontReduce call would be good? For example
> querying on view "people_by_age" using queryViewDocs would fail presently if
> run against CouchDB 0.10.
>
> Thanks,
> Justin Reardon
>
> On 2010-02-18, at 15:45 , Ross Mellgren wrote:
&g
ue will cause an error if
> reduce=false isn't present when a view does have a reduce function, but at
> least it's easier to add the dontReduce than to remove it.
>
> Thanks,
> Justin Reardon
>
> On 2010-02-17, at 23:46 , Ross Mellgren wrote:
>
>> Thanks
reduce function, but at
> least it's easier to add the dontReduce than to remove it.
>
> Thanks,
> Justin Reardon
>
> On 2010-02-17, at 23:46 , Ross Mellgren wrote:
>
>> Thanks for the suggestion.
>>
>> I created a ticket:
>> http://www.assembl
Thanks for the suggestion.
I created a ticket:
http://www.assembla.com/spaces/liftweb/tickets/356-add-ability-to-use-doc-result-of-query--not-just-value
And the change is on review board: http://reviewboard.liftweb.net/r/216/
Once that's reviewed and pushed to master you'll be able to query thos
There is a persistence-layer-agnostic layer that provides the form
generation support, field validation logic, and common modelling
called Record. It's fairly similar to Mapper except for the lack of a
SQL backend.
I wrote a driver and record integration for CouchDB which I think is
somew
(email, last_name, first_name)
>
> scala> new Visitor().fields.map(_.name)
> res27: List[String] = List(null, null, null)
>
> That never used to be the case, you used to be able to call new and
> still get the introspection any ideas?
>
> Cheers, Tim
>
>
>
ust realised however that the "name" field is present and
> correct when the field value is set:
>
> field.setFromString
>
> So it appears that its just a problem with set() ?
>
> Cheers, Tim
>
> On Feb 17, 5:46 pm, Ross Mellgren wrote:
>> I
I'm starting to look at this. Do you have a repro case?
-Ross
On Feb 17, 2010, at 12:41 PM, Timothy Perrett wrote:
> Guys,
>
> Something strange is happening in Lift Record now - I have production
> work that for some reason is now not behaving the way it should. The
> custom record implementat
Did the repo ever get converted for autocrlf? I don't remember seeing the
email. I have my autocrlf left alone and I don't have this issue.
-Ross
On Feb 17, 2010, at 9:46 AM, Heiko Seeberger wrote:
> Sorry, forgot the subject ...
>
> On Wednesday, February 17, 2010, Heiko Seeberger
> wrote:
>
Awesome. Let me know if you have other problems or questions with lift-couchdb.
-Ross
On Feb 17, 2010, at 9:53 AM, Justin Reardon wrote:
> Much better, thank you.
>
> Cheers,
> Justin Reardon
>
> On 2010-02-16, at 23:21 , Ross Mellgren wrote:
>
>> Fix pu
Fix pushed to master:
http://github.com/dpp/liftweb/commit/8e9e43dfd344256add50179f61524da4f07f47ec
-Ross
On Feb 15, 2010, at 5:40 PM, David Pollak wrote:
>
>
> On Mon, Feb 15, 2010 at 2:32 PM, Justin Reardon
> wrote:
> Hi folks,
>
> Using the lift-couchdb module, I noticed that the dispat
usy right now )
>
> Will get jeppe to post working solution when one exists...
>
> Cheers, Tim
>
> Sent from my iPhone
>
> On 16 Feb 2010, at 15:15, Ross Mellgren wrote:
>
>> Any chance you could have this discussion on-list to increase the general
>>
As a word before giving you a direct answer, you should know that Scala 2.8.0
branch of Lift is not officially supported yet. We obviously invite bugs to fix
and so on, but there are things that could be strangely broken and we won't be
able to support you as well. You might consider switching t
Any chance you could have this discussion on-list to increase the general
knowledge about it?
-Ross
On Feb 16, 2010, at 8:50 AM, Timothy Perrett wrote:
> Contact me privatly with your IM adress and lets chat about it Jeppe - I'm
> doing something similar with helicon (windows proxy) and it's w
I have a mild derivative of this code in another test repo I built for someone
else:
http://github.com/Dridus/test-image
Maybe that'll help.
-Ross
On Feb 15, 2010, at 5:19 PM, David Pollak wrote:
>
>
> On Mon, Feb 15, 2010 at 5:54 AM, Luke Nezda wrote:
> Hello -
>
> I attempted to "reply"
Argh. I'm going to have to reimplement the Dispatch lift-json integration
"in-house". Shouldn't take too long at least. Thanks for the catch.
-Ross
On Feb 15, 2010, at 5:40 PM, David Pollak wrote:
>
>
> On Mon, Feb 15, 2010 at 2:32 PM, Justin Reardon
> wrote:
> Hi folks,
>
> Using the lift
On Feb 15, 2010, at 1:56 PM, Marius wrote:
> The author says something like "The moment you define a domain
> abstraction as being statically dependent on a persistence
> implementation, you lose the ability to reuse it in other contexts.".
> I disagree completly. I can think of a couple of options
FWIW, I agree mostly completely, and when I was writing the integration I
didn't like the fact that I couldn't make one model object usable for both
Couch and an RDBMS (for example). I guess it could be made to support more than
one if the persistence-specific stuff was untangled from MetaRecord
y even IE6 obeys expires headers or some caching rules?
>
> On Feb 12, 3:48 pm, Ross Mellgren wrote:
>> 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, 20
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?
d it) I'll move
on to CRUDify/CRUDops style stuff for Record too.
-Ross
On Feb 12, 2010, at 11:52 AM, David Pollak wrote:
>
>
> On Fri, Feb 12, 2010 at 1:26 AM, Timothy Perrett
> wrote:
> Congratulations Ross.
>
> +1
>
>
> Cheers, Tim
>
> On Feb
be it's just that more explanation is needed?
>
> -harryh
>
> On Feb 11, 11:49 pm, Ross Mellgren 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
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 implemented by providing a family of
extended Request subclasses that model CouchDB operations such a
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,
Box[MyType]. You use it like this:
object MyRecord extends Record[MyRecord] {
object myNorma
Hey Tim (Nelson),
Have you thought about bringing scamongo in as part of Lift?
-Ross
On Feb 11, 2010, at 5:24 PM, Tim Nelson wrote:
> You should note that only the save and delete callbacks have been
> implemented, but I haven't tested them.
>
> If you have other requirements, let me know and
It's up on repo-releases, though maybe it is not complete?
-Ross
On Feb 11, 2010, at 12:07 PM, David Pollak wrote:
>
>
> On Thu, Feb 11, 2010 at 9:05 AM, GA wrote:
> Thanks I am gonna try and test it.
>
> When is 2.0-M2 going to be released?
>
>
> Yesterday... trying to figure out why it
Shouldn't:
cd archetypes; mvn clean install
mvn archetype:generate -DarchetypeGroupId=net.liftweb
-DarchetypeArtifactId=lift-archetype-basic -DarchetypeVersion=2.0-SNAPSHOT
work, since clean install will install in your local repo?
-Ross
On Feb 10, 2010, at 3:22 PM, Jeppe Nejsum Madsen wrote:
Welcome!
On Feb 8, 2010, at 12:16 PM, David Pollak wrote:
> Folks,
>
> I'm wicked pleased that James Strachan has joined the Lift committers. I'm
> looking forward to the cool stuff that James will add to Lift.
>
> Please join me in welcoming James!
>
> Thanks,
>
> David
>
> --
> Lift, th
it would be nice to read error messages right in the listing in
>>> firebug's net panel.
>>
>>> So I'm suggesting that perhaps Lift would like to provide only the
>>> possibility of changing that value in user code. But I completely
>>> understand
t;
> On 07/02/10 1:46 AM, Ross Mellgren wrote:
>> Also, please don't use GitHub for issues any more. Care of Indrajit,
>> here is the new URL to submit issues:
>>
>> http://www.assembla.com/spaces/liftweb/tickets
>>
>> -Ross
>>
>>
>&g
Also, please don't use GitHub for issues any more. Care of Indrajit, here is
the new URL to submit issues:
http://www.assembla.com/spaces/liftweb/tickets
-Ross
On Feb 6, 2010, at 3:12 PM, Indrajit Raychaudhuri wrote:
> Go ahead! create tickets in Assembla.
>
> Cheers, Indrajit
>
> On 05/02/
I think it would be fine to have different text there, probably better than
having the standard text if you have refined detail. I don't think it'd be a
good idea to conditionalize on the response text in client code - that's always
fragile. If you want to give additional machine-readable detail
JsObj(map.toSeq: _*) ?
-Ross
On Feb 5, 2010, at 3:53 PM, Peter Robinett wrote:
> I thought it would be something that already exists but I can't for
> the life of me find out how to convert a Map to a JsObj. Am I missing
> something basic in net.liftweb.http.js?
>
> Thanks,
> Peter
>
> --
> Y
any other proxy), it would be nice to know...
>
> Chas.
>
>
>> Crud.
>>
>> Can someone do a survey of how other JVM web frameworks handle the PUT
>> inconsistencies on different containers?
>>
>> On Fri, Feb 5, 2010 at
In my experience, I found that the functionality of the FactoryMakers was very
flexible (and I could see the utility of that), but that the documentation was
just plain missing. Maybe more/better documentation on FactoryMaker itself, and
some simple common examples on the places where FactoryMak
On Feb 5, 2010, at 12:18 PM, David Pollak wrote:
> On Fri, Feb 5, 2010 at 9:06 AM, Heiko Seeberger
> wrote:
> On 5 February 2010 15:05, Martin Ellis wrote:
>
> Any offers/suggestions? (Sorry, I realise the question more about
> OSGI than lift)
>
> Indeed, let's discuss this off-list ...
>
>
This is actually fairly common that messages Naftoli sends are empty, or don't
get threaded onto the original discussion, or formatting comes out funny.
Naftoli, what email client are you using?
-Ross
On Feb 5, 2010, at 1:49 AM, Mads Hartmann wrote:
> Hey Naftoli,
> I think something might hav
Looking at the Tomcat code, this is explicit. From
org.apache.catalina.connector.Request:
/**
* Parse request parameters.
*/
protected void parseParameters() {
...
if (!getMethod().equalsIgnoreCase("POST"))
return;
...
}
-Ross
On Feb 5, 2010, at 11:47 A
Yes very well could be. I was part of the email chain when Marius implemented
these changes and I thought that this was why LiftSession has a copy of the
contextPath. Taking a quick glance at the code it should work with that, but
Marius should definitely comment since he's most familiar with th
So are you saying that if you run it via jetty:run it doesn't behave properly,
but it does if you run it from jetty outside of mvn?
Or that in both cases it does not behave? I'm not sure exactly what you mean by
"from jetty" so I think it might be important.
To set your context path from mvn je
RedirectTo should automatically prepend the context path. Could you try writing
a quick snippet that dumps S.request.map(_.contextPath),
S.session.map(_.contextPath) and finally S.contextPath and see what they output?
-Ross
On Feb 4, 2010, at 5:03 PM, Java1Guy wrote:
> This sure seems like it
P.S. Hooray for ticket system that doesn't suck!
-Ross
On Feb 4, 2010, at 3:54 PM, David Pollak wrote:
>
>
> On Thu, Feb 4, 2010 at 12:47 PM, Ross Mellgren wrote:
> I reopened it since I marked it invalid pending the ML discussion.
>
> Added a comment with the ML dis
I reopened it since I marked it invalid pending the ML discussion.
Added a comment with the ML discussion.
-Ross
On Feb 4, 2010, at 3:45 PM, David Pollak wrote:
>
>
> On Thu, Feb 4, 2010 at 12:41 PM, harryh wrote:
> > - Serializing the dirty-state of each field (e.g., field_name_$dirty:
> >
How about:
myMappedObject.runSafe {
myMappedObject.allFields.foreach(_.resetDirty)
}
?
-Ross
On Feb 4, 2010, at 2:50 PM, harryh wrote:
> At least in my use case this is not idea as I am loading JSON
> serialized mapper objects from memcached and the fields are not, in
> fact, dirty. Ther
I think this new version will be slower than your original one, as each call to
bind will visit the entire input XHTML. Why not use your original formulation
but instead of TheBindParam, use FuncBindParam (which is the sugar-free version
of body => ... that David describes)?
-Ross
On Feb 4, 20
Are you sending Content-Type: application/x-www-form-urlencoded or
multipart/form-data (as appropriate for the body)?
-Ross
On Feb 3, 2010, at 2:48 PM, c...@munat.com wrote:
> I have a lift app that works perfectly when I use mvn jetty:run. Then I
> package it into a war and load it up in Tomca
That's what the "intentionallyLeavingPage" variable was in my code snippet.
Submit buttons set this JS variable, so the check is bypassed in that case.
-Ross
On Feb 2, 2010, at 3:32 PM, Naftoli Gugenheim wrote:
> One problem -- this script should not be triggered by submit buttons or
> statefu
window.onbeforeunload = function() {
if ((emailWizard.htmlTemplateUI.isDirty || emailWizard.textEditorUI.isDirty
|| emailWizard.server.needsSaving) && !intentionallyLeavingPage) {
return 'There are unsaved changes.';
}
}
On Feb 2, 2010, at 1:31 PM, Naftoli Gugenheim wrote:
> Hi,
you
feedback.
Thanks,
David
On Sun, Jan 24, 2010 at 4:06 PM, Ross Mellgren
wrote:
So I've taken the Couch integration I had previously talked about
and have done quite a bit of work on it:
- Now has a record integration:
- built with two layers -- JSONRecord which is a Record
1 - 100 of 406 matches
Mail list logo
