Let me preface this by saying that I really enjoy web2py, and that it's a
testament to the great efforts that Massimo puts into maintaining backwards
compatibility that made this change such a painful surprise...
1.96.1 includes a security fix that breaks existing applications by
disabling gene
Currently, when you TAB into a date field, the date picker doesn't
open. It only opens if you click on the field.
I added eventName:'focus' to the date & datetime setup calls in
web2py_ajax.js, and a hide() call for their blur events:
try {jQuery("input.date").live('focus',function() {Calendar
> I wish there were a simpler solution than having
> to add these lines of code to every function returning a form. (I
> don't want to touch web2py's code outside an app).
Nice to see the rapid response - the latest version of SQLFORM allows you to
specify sep='' instead of munging the returne
as serialized in the session, it cannot be serialized. Bottom
> line: you cannot store your own objects in a session unless you pickle
> and unpickle them yourself.
Yeah. I think that restriction is fine.
I actually expected to see an error message when I added the custom
class - but si
bers:
* http://web2py.com/book/default/docstring/FORM
* http://www.web2py.com/examples/default/api
Any where else I should be looking?
Thanks
kb
On Apr 1, 5:09 pm, Kevin Butler wrote:
> I spent way too much time figuring out what was happening with these
> two issues, because their interact
I spent way too much time figuring out what was happening with these
two issues, because their interaction sent me debugging various wrong
paths.
But in essence, I found two behaviors that were unexpected and which
not provide an easy way to identify the problem.
#1) If you call form.accepts a s
The standard options file is missing two attributes:
python web2py.py --config options_std.py
fails with the following:
Traceback (most recent call last):
File "web2py.py", line 20, in
gluon.widget.start(cron=True)
File "/opt/web2py/gluon/widget.py", line 779, in start
if options.e
I'd like to use @ in the url args in a web2py application.
For example:
http://hostname/app/file/user/usern...@host.domain
However, web2py yields "Invalid request" whenever I include an @ in
the URL.
I expect that some manipulation of regex_url in main.py would allow
this, but I haven't found
This was posted as a comment to
http://mdp.cti.depaul.edu/AlterEgo/default/show/55:
Which reads:
> web2py can import tables saved in csv format therefore it can access legacy
> data.
> web2py can also access existing databases directly (MySQL, PostgreSQL, SQLite
> and Oracle) if
> each table h
9 matches
Mail list logo
