On Thursday, September 13, 2018 at 8:42:28 AM UTC-7, Anthony wrote:
>
> On Thursday, September 13, 2018 at 9:34:15 AM UTC-4, elisha bere wrote:
>>
>> ok. thanks but is it safe ?
>>
>
> Yes. Note, if the form is posted, request.post_vars will contain just the
> form variables (request.vars is a
great, thanks all i´ll give that a go tomorrow!
On Thu, Sep 13, 2018 at 5:39 PM Anthony wrote:
> On Thursday, September 13, 2018 at 8:36:11 AM UTC-4, Marcelo Huerta wrote:
>>
>> El jueves, 13 de septiembre de 2018, 8:10:48 (UTC-3), Matthew J Watts
>> escribió:
>>>
>>> Hello all
>>>
>>> Is there
On Thursday, September 13, 2018 at 9:34:15 AM UTC-4, elisha bere wrote:
>
> ok. thanks but is it safe ?
>
Yes. Note, if the form is posted, request.post_vars will contain just the
form variables (request.vars is a merge of request.post_vars and
request.get_vars -- it is best to use the more
On Thursday, September 13, 2018 at 8:36:11 AM UTC-4, Marcelo Huerta wrote:
>
> El jueves, 13 de septiembre de 2018, 8:10:48 (UTC-3), Matthew J Watts
> escribió:
>>
>> Hello all
>>
>> Is there a way to pre populate the 'search field' of the SQLFORM.grid?
>>
>>
>>
> In your URL to the function
You *can *use cache.ram, but each process will have its own cache. That
shouldn't affect expiration at all, though, as with cache.ram, the
expiration is determined at *retrieval *time, not at the time of the
initial write, and cache keys are not automatically purged after some
period. Of
Is it possible for cache.ram to work if running on nginx/uwsgi,
particularly with multiple processes?
I don't really care if each of my processes (4) winds up with its own cache
in memory, but they seem to expire very quickly.
Moving to cache.disk or Redis may be the way to go, but if simple
Are you setting the PDF's title before streaming it?
pdf.set_title('Whatever you want to appear in the tab')
pdf_stream = pdf.output(dest='S')
On Thursday, 6 September 2018 13:16:32 UTC+1, Simona Chovancová wrote:
>
> Hello.
> I have a backend function that is supposed to stream a pdf file,
h!
You can use SQLFORM.factory and custom forms in your views
(http://web2py.com/books/default/chapter/29/07/forms-and-validators#Custom-forms).
El jue., 13 sept. 2018 a las 9:34, elisha bere
() escribió:
>
> ok. thanks but is it safe ?
>
>
> On Thu, 13 Sep 2018 at 15:25, sandeep patel wrote:
ok. thanks but is it safe ?
On Thu, 13 Sep 2018 at 15:25, sandeep patel
wrote:
> You can use *request.vars *in your controller function you will get your
> form input values under the Storage class.
>
> Best
>
>
>
> On Thu, Sep 13, 2018 at 6:41 PM elisha bere wrote:
>
>> Hie,
>>
>> i would
You can use *request.vars *in your controller function you will get your
form input values under the Storage class.
Best
On Thu, Sep 13, 2018 at 6:41 PM elisha bere wrote:
> Hie,
>
> i would like to know how i can create a form in html and then get the
> input as variables in my controls.
>
Hie,
i would like to know how i can create a form in html and then get the input
as variables in my controls.
NB: i already know how to create a form using SQLFORMS but i would like to
know if i can make a form in html and get values that i would use in my
logic
--
Resources:
-
El jueves, 13 de septiembre de 2018, 8:10:48 (UTC-3), Matthew J Watts
escribió:
>
> Hello all
>
> Is there a way to pre populate the 'search field' of the SQLFORM.grid?
>
>
>
In your URL to the function containing the grid, you can pass the search
string in the vars dictionary. Just assign it
Hello all
Is there a way to pre populate the 'search field' of the SQLFORM.grid?
For example i can populate fields in an SQLFORM with variables using
something like
db.study_data.taxon.default = request.get_vars.tax_species
However, could i do something like?
grid.search.default =
13 matches
Mail list logo