Hello,
I tried the trunk version and again it almost works :)
1. the RequestVars aren't preserved for the ajax request. I think this can be
fixed by replacing in SHtml:692 the NFuncHolder with a call to
contextFuncBuilder, so the method would look like this:
def doit = makeFormElementWithName(
+1 on the Box... that is the lift idiom.
Cheers, Tim
On 15 Jan 2010, at 07:18, Marius wrote:
> I'd strongly suggest:
>
> 1. All should return Box. In case of parsing failure for example
> return a Failure.
> 2. If a param is null, inside your method use (Box !! param) which
> would give you an
@Naftoli Gugenheim; Thankyou. GAE is not yet our chosen platform; some
others are evaluating Amazon cloud solutions (especially their cloud
MySQL got my eyes). But one thing about GAE is that one do not have to
push so much consideration into account when designing; for later
having easy up/out sca
On Jan 15, 11:05 am, Adam Warski wrote:
> Hello,
>
> I tried the trunk version and again it almost works :)
>
> 1. the RequestVars aren't preserved for the ajax request. I think this can be
> fixed by replacing in SHtml:692 the NFuncHolder with a call to
> contextFuncBuilder, so the method wou
Are you sure it's a template issue?
I mean the other forms (e.g. login form) work properly..
Taken my limited knowledge of lift I suspect the "S.error(xs)" line of
the MetaMegaProtoUser testSignup() function to be responsible. Maybe
the error() function has a bug for List[FieldError]?
Link:
http:
On Fri, Jan 15, 2010 at 1:29 AM, __kaveh__ wrote:
> @Naftoli Gugenheim; Thankyou. GAE is not yet our chosen platform; some
> others are evaluating Amazon cloud solutions (especially their cloud
> MySQL got my eyes). But one thing about GAE is that one do not have to
> push so much consideration in
Never mind - I found the answer in a separate thread: apparently my
global msg tags were "wrong"
BEFORE:
Error! The details are:
error
Whoops, I had a problem:
notice
success
AFTER:
According to Jon on the call, he said he was putting together just such a lift
module (for image stuff), so I figured I'd toss this over in case it was of use
to him in that module.
If anyone else wants to use it independently, consider it a contribution to
lift, and licensed the same way.
-Ro
Cool stuff Ross, whats the overhead like in terms of memory etc?
I might have a bit of time to put this into a module and stuff it on review
board.
Cheers, Tim
On 15 Jan 2010, at 15:03, Ross Mellgren wrote:
> According to Jon on the call, he said he was putting together just such a
> lift m
Hello,
> Oh yeah contextFuncBuider ... good catch. I'll update today.
thanks :)
>>
>> 2. The button will work only with full ajax-forms right? So forms wrapped
>> with ajaxForm(...)? My initial use-case was for adding some ajax buttons to
>> normal forms (submitted with a normal http request)
Well, it has to keep the whole source (packed) in memory and the target
(unpacked / 32 bit RGBA) in memory, so I would assume that as long as
AffineTransformOp is not doing something untoward it's probably around (src
width * src height * src bytes/pixel) + (dest width * dest height * 4 bytes)
On Jan 15, 5:59 pm, Adam Warski wrote:
> Hello,
>
> > Oh yeah contextFuncBuider ... good catch. I'll update today.
>
> thanks :)
done.
>
>
>
> >> 2. The button will work only with full ajax-forms right? So forms wrapped
> >> with ajaxForm(...)? My initial use-case was for adding some ajax but
> I kinda doubt that as I tested with a bunch of form fields. In the
> ajax request the function ID of the ajax function was always the last
> in the parameters and functions are evaluated in canonical order (for
> the same owner). But I think you sent me your source code location and
> I need to
Ok I just looked on your code. The problem is that you put the ajax
button inside the form and there is not reason for that.
I changed your code to something like:
bind("cont", containerTemplate,
"name" -> { println("bind container name " + cont.name);
SHtml.text(cont.name,
Hi Ross,
That looks good. It seems you're doing a much better job of handling
gif than I would have. Maybe we should move this discussion to the
main list to get everyone's input on what features would be useful.
Tim, If you've already created a branch, let me know and I'll get my
stuff in ther
This is already on the main list, I moved it there after Peter mentioned it.
Sorry, I have a bad habit of starting conversations on lift-committers I'm
trying to break before David breaks it for me ;-)
GIF resizing was a huge sticking point for the project here at Paytronix that
this code was o
I've added the code here:
http://github.com/dpp/liftweb/tree/wip_tim_285
Cheers, Tim
On Jan 15, 8:52 pm, Ross Mellgren wrote:
> This is already on the main list, I moved it there after Peter mentioned it.
> Sorry, I have a bad habit of starting conversations on lift-committers I'm
> trying to
17 matches
Mail list logo