It's nice... but can I get it to work with things like in my example...
Where I press a and it gives me
Army
Jane
Jason
Gane
Best Regards,
Jason
On Tue, 2010-01-26 at 23:55 -0800, desfrenes wrote:
this works like a charm: http://docs.jquery.com/Plugins/Autocomplete
On 27 jan, 08:24, Jason
Hi,
I have a table (pampa_produto) with many fields (and many
records), but when I try show only two fields of this table in a page
in GAE, ever show me ALL fields of the table.
In my controller:
myfields = [db.pampa_produto.id, db.pampa_produto.codigo,
It would be nifty if the folder for a newly created controller file was
made.
What do you think?
---
Jason
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this
It would be nice if the line where the error accured would be pointed to
in the editor when you go to edit the file.
BR,
Jason Brower
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To
I have a question.
In flow SQLFORM, accepts etc. when SQLFORM (and the its field values)
is rendered as html script so that is updatable only by javascript
functions added to returned code?
Thanks
leone
--
You received this message because you are subscribed to the Google Groups
web2py-users
Response to the list, not private
2010/1/26 mdipierro mdipie...@cs.depaul.edu
for what?
On Jan 26, 2:24 pm, Alexandre Andrade alexandrema...@gmail.com
wrote:
I apologize.
2010/1/26 Alexandre Andrade alexandrema...@gmail.com
Mr.,
I'm insterested in your offer.
My
perhaps because OP asked for private reply.
On Jan 27, 8:33 am, mdipierro mdipie...@cs.depaul.edu wrote:
for what?
On Jan 26, 2:24 pm, Alexandre Andrade alexandrema...@gmail.com
wrote:
I apologize.
2010/1/26 Alexandre Andrade alexandrema...@gmail.com
Mr.,
I'm insterested in
Many thanks,
formname=None have solved the problem
On Jan 25, 5:03 pm, mdipierro mdipie...@cs.depaul.edu wrote:
Hard to say without looking at the code.
I assume there is an accepts in the controller. Try call it with
accepts(request.vars,formname=None)
instead of
Don't mock the humpbacked, please :).
The correct syntax is Windows-like, to ease the work of the PHP
interpreter:
namespaces\that\look\like\paths
Quote: Of course, it would be great if PHP used a ‘.’ period for
public methods, static methods, and namespaces. That would make it
consistent
Hi Ivan,
I followed this howto, and when I try to access the application I get
an internal error thrown by web2py:
Ticket issued: unknown
Any idea how to read contents of this ticket to debug?
On Jan 15, 3:14 am, Ivan P ivanv...@gmail.com wrote:
Inspired by Phyo Arkar's howto on setting up
Yes, they're very far from perfect... but still they have the effects
of removing the need for those
Incredibly_Stupid_Long_Class_Names_That_You_Find_In_Those_Bloated_Frameworks,
just like
Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8Num_CaseInsensitive.
That alone is worth the switch from 5.2
oh...
You must prepend '\' before global names (global class names,
function names etc.
Wrong, global functions names don't need this. But then that makes it
another exception ;-)
On 27 jan, 13:09, Beerc berces.las...@fomi.hu wrote:
Don't mock the humpbacked, please :).
The correct syntax is
The ids are only used for CSS. you can do
form1=SQLFORM(...,_class='form1')
form1.accepts(request.post_vars,formname=None)
form2=SQLFORM(...,_class='form2')
form2.accepts(request.post_vars,formname=None)
return dict(form1=form1,form2=form2)
and you can use the class to refer to the id of the
I have the paint table and the order_que...
I wnat to join them to show only tables that have a que_letter. (Not
none but anything else.)
BR,
Jason Brower
On Wed, 2010-01-27 at 06:21 -0800, mdipierro wrote:
This is not a valid DAL query
plate_que = db((db.order_que.que_letter !=
You would need to write your own levenshtien database query that returns to
jquery autocomplete.
-Thadeus
On Wed, Jan 27, 2010 at 2:20 AM, Jason Brower encomp...@gmail.com wrote:
It's nice... but can I get it to work with things like in my example...
Where I press a and it gives me
Army
open the file on the filesystem
web2py/applications/myapp/errors/traceback_id
its a python pickle object, but you can still read good enough opening it in
a text editor.
-Thadeus
On Wed, Jan 27, 2010 at 6:56 AM, Adi aditya.sa...@gmail.com wrote:
Hi Ivan,
I followed this howto, and when
IIRC, response._caller acts like a function decorator. So it takes a
function and returns a function. I used to use Genshi like this:
def renderGenshi(func):
def _render():
output = func()
if not isinstance(dict, output):
return output
else:
**falls in love with redbean
-Thadeus
On Wed, Jan 27, 2010 at 7:43 AM, desfrenes desfre...@gmail.com wrote:
oh...
You must prepend '\' before global names (global class names,
function names etc.
Wrong, global functions names don't need this. But then that makes it
another exception
because SQLFORM.accepts does alot more meta processing before it passes to
FORM.accepts.
-Thadeus
On Wed, Jan 27, 2010 at 8:24 AM, mdipierro mdipie...@cs.depaul.edu wrote:
Why
def test1():
form=SQLFORM.factory(Field(bool,boolean))
if FORM.accepts(form, request.vars, session,
no.
its rendered as html, you can style it however you like with css
i think thats what you are asking?
-Thadeus
On Wed, Jan 27, 2010 at 8:27 AM, mdipierro mdipie...@cs.depaul.edu wrote:
Please ask again. I do not understand.
On Jan 27, 4:54 am, leone handja...@gmail.com wrote:
I have
On this same topic when you define an SQLFORM.factory() it appends
'no_table' as the name.
Would it be difficult to add a way to pass a tablename to factory, so that
my CSS will stay logical when I use SQLFORM or SQLFORM.factory?
-Thadeus
On Wed, Jan 27, 2010 at 8:31 AM, mdipierro
I dislike django-like templating languages.
I can't sit down and write a single simple django app without the need to
make a templatetag whose whole purpose is to format the data so I can use
djangos other broken tag models to display this data.
Django has the arugment well our designers arn't
On a second look I believe FORM.accepts behave correctly. Since it is
not supposed to convert None to 'F'. Only SQLFORM.accepts does that.
On Jan 27, 8:24 am, mdipierro mdipie...@cs.depaul.edu wrote:
Why
def test1():
form=SQLFORM.factory(Field(bool,boolean))
if FORM.accepts(form,
I think you want:
db.define_table('paint',
Field('name', length=30, requires=IS_NOT_EMPTY(),
unique=True),
Field('base_paint', length=3, requires=IS_NOT_EMPTY()),
Field('hex_color', length=6),
format='%(name)s')
db.define_table('tint',
Field('name',
No objection. send me a patch.
On Jan 27, 9:45 am, Thadeus Burgess thade...@thadeusb.com wrote:
On this same topic when you define an SQLFORM.factory() it appends
'no_table' as the name.
Would it be difficult to add a way to pass a tablename to factory, so that
my CSS will stay logical when
Yes.
I have to modify some tag attributes generates by SQLFORM after
form.accepts, so I suppose i have to use javascript.
Thanks
On 27 Gen, 16:43, Thadeus Burgess thade...@thadeusb.com wrote:
no.
its rendered as html, you can style it however you like with css
i think thats what you are
I agree with Thadeus.
Anyway. You can use any template language you like but be aware you
need to test what happens when you print a helper and what happens
when a string needs escaping. Not all template languages behave in the
same way in this regard.
You will also lose the ability to bytecode
Hello folks,
I was wondering if anyone faced this problem before. I was migrating a
database from sqlite to MySQL and had to do a db.export_to_csv_file. My
database contains strings with a carriage return. Seems like the export
creates carriage returns in the CSV file resulting in a failure when
this sounds like a bug but more of a bug in the csv module than in
web2py.
Anyway, it needs some testing. I will put this in my queue but it
would help if somebody else can also look into this. The only export/
import functions are in gluon/sql.py (for Table and for SQLDB).
On Jan 27, 8:55 am,
for one, if that is your actual model, your fields have absolutely no
relationship to the other tables.
db.define_table('order_que',
Field('customer_code', length=30),
Field('paint'),
Field('can_size', requires=IS_IN_SET(['½ Litre', '1 Litre', '10
Litre', '30
while im working on getting a patch together.
did you decide on how we want to handle markdown/__init__.py ?
-Thadeus
On Wed, Jan 27, 2010 at 10:00 AM, mdipierro mdipie...@cs.depaul.edu wrote:
No objection. send me a patch.
On Jan 27, 9:45 am, Thadeus Burgess thade...@thadeusb.com wrote:
You need to define the appropriate csv.QOUTES type. You probably have
csv.QOUTES_MINIMAL (which is the web2py default)
Try the following
import csv
db(query).select().export_to_csv_file(s, delimiter=',', quotechar='',
quoting=csv.QUOTE_NONNUMERIC)
db.import_from_csv_file(s, delimiter=',',
What is the best way to put this in to a variable so I can output it
in a view and write it to a file:
line=XML('ulliName:' + {{=schol.name}} + '/li/ul')
{{=line}}
{{f = open('/tmp/workfile', 'w')
print f.write(line)
}}
line=XML() is not plain text is it? just can't do f.write on it - hmm
print f.write(line.xml())
the xml function returns a string which is the xml representation of
the helper object.
-Thadeus
On Wed, Jan 27, 2010 at 11:24 AM, Wes James compte...@gmail.com wrote:
What is the best way to put this in to a variable so I can output it
in a view and write it to
This is incorrectly marked as fixed and still awaits your acceptance:
http://code.google.com/p/web2py/issues/detail?id=58
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe
Sorry master by my ignorance, but do you have a example to me ?
-- Leandro.
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
Thanks. But I wasn't too concerned about ambiguity in the CSS. I was
more concerned about there being duplicate IDs in the DOM. The w3c
HTML validator flags this kind of thing as a problem. As far as I know
it doesn't create a problem in any current browser (other than making
I just made this default in trunk.
On Jan 27, 10:42 am, Thadeus Burgess thade...@thadeusb.com wrote:
You need to define the appropriate csv.QOUTES type. You probably have
csv.QOUTES_MINIMAL (which is the web2py default)
Try the following
import csv
db(query).select().export_to_csv_file(s,
Thank you I will take a second look asap.
On Jan 27, 11:34 am, Wikus van de Merwe dupakrop...@googlemail.com
wrote:
This is incorrectly marked as fixed and still awaits your
acceptance:http://code.google.com/p/web2py/issues/detail?id=58
--
You received this message because you are subscribed
What I meant is that I need to fix the web2py to support this. I will
try to this by the week-end.
On Jan 27, 1:08 pm, Leandro - ProfessionalIT lsever...@gmail.com
wrote:
Sorry master by my ignorance, but do you have a example to me ?
-- Leandro.
--
You received this message because you are
I agree it is a bug that ids may not be unique. Yet fixing this will
break backward compatibility.
Perhaps we can add the same strings to the class attribute without
breaking backward compatibility but we should not remove them from id.
What do people think?
On Jan 27, 1:36 pm, Jeremy Dillworth
OK.
Thanks
-- Leandro.
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com.
For more options, visit this
I'm a crud newbie. I've read the doc v2 on crud and think I understand
it. So I tried the following:
#model
db = DAL('sqlite://storage.sqlite')
from gluon.tools import *
crud=Crud(globals(),db)
db.define_table('test',Field('name','string'));
#default.py controller
def data: return
It has happened several times now that I make changes in models/db.py
to the structure of a table (e.g. changing the type of a field) and
then web2py does not write the changes to the database (Postgresql)
and in the end one ends up with a situation that you have to do
changed using another
Doesn't that break backwards compatibility ?
-Thadeus
On Wed, Jan 27, 2010 at 1:38 PM, mdipierro mdipie...@cs.depaul.edu wrote:
I just made this default in trunk.
On Jan 27, 10:42 am, Thadeus Burgess thade...@thadeusb.com wrote:
You need to define the appropriate csv.QOUTES type. You
Bugs must be squashed!
You said so yourself a bug is not to be backwards compatible.
This isn't really a bug but a design oversight, since it was
figured two forms with the same field would never reside on the same
page.
I too have use for multiple same named fields, but since it doesn't
break
can you give an example of the more complex example?
-Thadeus
On Wed, Jan 27, 2010 at 2:20 PM, weheh richard_gor...@verizon.net wrote:
I'm a crud newbie. I've read the doc v2 on crud and think I understand
it. So I tried the following:
#model
db = DAL('sqlite://storage.sqlite')
from
This is most likely a bug, would you be willing to provide more
information on the matter?
For simplicities sake, drop your tables with the DAL by doing
db.table.drop()
Then you will have a fresh start when you remove this command.
-Thadeus
On Wed, Jan 27, 2010 at 3:37 PM, Johann Spies
I would say keep the old default in sql.py but make this the new
default in dal.py
The new dal has new functionality anyways
-Thadeus
On Wed, Jan 27, 2010 at 3:58 PM, Thadeus Burgess thade...@thadeusb.com wrote:
Doesn't that break backwards compatibility ?
-Thadeus
On Wed, Jan 27,
On Jan 27, 2010, at 11:45 AM, mdipierro wrote:
I agree it is a bug that ids may not be unique. Yet fixing this will
break backward compatibility.
Perhaps we can add the same strings to the class attribute without
breaking backward compatibility but we should not remove them from id.
What do
Why not:
form1=SQLFORM(..., _id=what_you_want)
-wes
On Wed, Jan 27, 2010 at 7:31 AM, mdipierro mdipie...@cs.depaul.edu wrote:
The ids are only used for CSS. you can do
form1=SQLFORM(...,_class='form1')
form1.accepts(request.post_vars,formname=None)
form2=SQLFORM(...,_class='form2')
if it was defaulted to None we could go
if _id == None then id = tablename else id = _id
Id accept that, just set a unique id for each of my forms and nothing
will conflict and it will still keep good with old apps.
-Thadeus
On Wed, Jan 27, 2010 at 4:27 PM, Wes James compte...@gmail.com
I just want to clarify, that based on what I have seen, you always get
tr id=submit_record__row even if you don't have any duplicate
fields. So it's not something you can avoid. Once you have multiple
forms you have duplicate IDs.
There are also multiple IDs in the form's HTML. So rather than
I get the error shown in the subject of this message when I try to
manually insert a new record into any of my tables using the built-in
db admin interface. The complete traceback is
Traceback (most recent call last):
File /Users/mellis/web2py/gluon/restricted.py, line 173, in
restricted
Yes you should replace the appadmin files.
There was a bug (don't remember what) with the old appadmin that was
fixed in recent versions.
Plus you get access to cache statistics if you have guppy heapy installed :)
-Thadeus
On Wed, Jan 27, 2010 at 4:44 PM, MikeEllis
Thanks, Thadeus. Replacing appadmin.py fixed it.
On Jan 27, 5:56 pm, Thadeus Burgess thade...@thadeusb.com wrote:
Yes you should replace the appadmin files.
There was a bug (don't remember what) with the old appadmin that was
fixed in recent versions.
Plus you get access to cache
Dont forget to replace teh views so you can get the cache templates
-Thadeus
On Wed, Jan 27, 2010 at 5:01 PM, MikeEllis michael.f.el...@gmail.com wrote:
Thanks, Thadeus. Replacing appadmin.py fixed it.
On Jan 27, 5:56 pm, Thadeus Burgess thade...@thadeusb.com wrote:
Yes you should
On Jan 27, 2010, at 2:30 PM, Thadeus Burgess wrote:
if it was defaulted to None we could go
if _id == None then id = tablename else id = _id
Id accept that, just set a unique id for each of my forms and nothing
will conflict and it will still keep good with old apps.
And _id = False for
Doesn't javascript input serialization expect to look the field up by id?
it should be
form = id = formname class=formname:
input:
class = formname
id = formname_field
#formname input { ... }
#formname #formname_users_email { ... }
#formname .formname { ... }
This would give a
Doesn't javascript input serialization expect to look the field up by id?
form = id = formname class=formname:
input:
class = formname
id = formname_field
#formname input { ... }
#formname #formname_users_email { ... }
#formname .formname { ... }
-Thadeus
On Wed, Jan 27,
On Jan 27, 2010, at 5:07 PM, Thadeus Burgess wrote:
Doesn't javascript input serialization expect to look the field up by id?
There's nothing *wrong* with having an id; it just needs to be unique on the
page.
it should be
form = id = formname class=formname:
input:
class =
The problem is that changing a type is not always well defined. In
particular if you have data in the column the database may not be able
to convert the data from the old type to the new type.
If you need to change a type the safe way if by deleting the column,
run admin, add the column again of
I do not think this change will cause any backward compatibility
problems.
On Jan 27, 3:58 pm, Thadeus Burgess thade...@thadeusb.com wrote:
Doesn't that break backwards compatibility ?
-Thadeus
On Wed, Jan 27, 2010 at 1:38 PM, mdipierro mdipie...@cs.depaul.edu wrote:
I just made this
What about data type conversion though.
In rails this is why you have to define migrations in rake script.
Would it even be worth it for web2py ?
Could we load the database column to a csv file, have web2py automate
the drop column create column and new insert to the new data type?
-Thadeus
what if I have old csv backups laying around :)
Ok +1 for QOUTES_NONNUMERIC as default.
-Thadeus
On Wed, Jan 27, 2010 at 7:45 PM, mdipierro mdipie...@cs.depaul.edu wrote:
I do not think this change will cause any backward compatibility
problems.
On Jan 27, 3:58 pm, Thadeus Burgess
Here are my needs.
example.com = public portion of the website. This includes anything
publicly accessible, and allows new accounts to be created. Only needs
access to one table, accounts table.
dashboard.example.com = internal portion of the website, which
includes all account management
Well it took a while but I finally got around to it. From now on when
you modify your slice, a version history link will appear below the
main body. It currently only allows viewing but will support
restoring previous versions soon. Enjoy and keep those slices coming!
--
You received this
Any news on new DAL or couchdb support?
On Dec 29 2009, 4:32 am, mdipierro mdipie...@cs.depaul.edu wrote:
It is easy but I would not want to do it twice. I think it belongs to
the new DAL, not the old DAL. We are getting close.
Massimo
On Dec 28, 5:06 pm, Jon Romero darks...@gmail.com
I am building an app that has some functions that need to be accessed
from a mobile, a pocket pc or maybe a cell phone.
The question is: using web2py what would be a working design?
I mean, what direction I must follow?
Anyone has made this?
I think I could be have different type of view for
Maybe you put some args in the function or it´s misspelled or the path
is wrong.
On 27 Jan, 20:04, Thadeus Burgess thade...@thadeusb.com wrote:
can you give an example of the more complex example?
-Thadeus
On Wed, Jan 27, 2010 at 2:20 PM, weheh richard_gor...@verizon.net wrote:
I'm a
I made a mileage tracker for blackberry here:
http://www.web2pyslices.com/main/slices/take_slice/15
It's a simple app but hopefully will help.
On Jan 27, 10:35 pm, yamandu yamandu.co...@gmail.com wrote:
I am building an app that has some functions that need to be accessed
from a mobile, a
When you change a field type web2py automatically creates tmp column
of the new type, copies data, delete the old column and renames the
tmp column. This works great if you convert, for example an int to
string. How well it works depends on the database and the type of
conversion.
If you want
This will not be a problem since this parameter only affects export
not import. Because of the way it works, you will be able to import
despite the type of quoting except you will not be able to import
those csv that you were already unable to import before.
On Jan 27, 8:06 pm, Thadeus Burgess
sorry... slowly than expected.
The only good news is that the new DAL is out there gluon/dal.py and
works for relational database. It needs a little bit more abstraction
before we can integrate nodb.
On Jan 27, 10:04 pm, vihang vihan...@gmail.com wrote:
Any news on new DAL or couchdb support?
generic, their quite powerful though. But a single function called
from the web2py command line to convert between data types shouldn't
be that hard.
of course, you should have your data types set out before the app
ever hits production so migrations like this usually mean deleting the
sqlite
I think you are simply being redirected to a page that does not exist.
Can you list the steps to reproduce the problem and the url that cases
the problem?
On Jan 27, 4:04 pm, Thadeus Burgess thade...@thadeusb.com wrote:
can you give an example of the more complex example?
-Thadeus
On Wed,
Are you saying that from the csv module point of view, or from web2py
point of view?
I just attempted a simple test attempting to export one of my old
files... it failed.
Its no biggie, I just will specify my qoute type if I ever need to use
one of these old csv files.
My only request is make
Oops. I was wrong. I did not do what I said. I just changed trunk so
that import on import requires QUOTE_MINIMAL but on export applies
QUOTE_NONNUMERIC.
So import does not change but new export should still be compatible
with input. Am I wrong again?
I did not try it yet. I am making a guess.
We can't have it exporting qoutes and then the import expecting the
qoutes to be minimal. Then the export/import functionality is broken
between itself =/
I still say, sql.py should stay QOUTE_MINIMAL and dal.py should be
QOUTE_NONNUMERIC. This way it keeps a sense of backwards-compatibility
with
I just run the test and you are right. It does not work.
I also checked the original problem reported on this thread that
started the discussion and I fail to reproduce it.
writer=csv.writer(s,quoting=csv.QUOTE_MINIMAL)
writer.writerow(['this','is\na','test',12])
print s.getvalue()
this,is
Massimo, can you give me some directions how I could possibly make an
abstraction layer for couchdb inorder to use it like DAL.
On Jan 28, 9:57 am, mdipierro mdipie...@cs.depaul.edu wrote:
sorry... slowly than expected.
The only good news is that the new DAL is out there gluon/dal.py and
As soon as I do for GAE I will write some instructions.
On Jan 27, 11:55 pm, vihang vihan...@gmail.com wrote:
Massimo, can you give me some directions how I could possibly make an
abstraction layer for couchdb inorder to use it like DAL.
On Jan 28, 9:57 am, mdipierro mdipie...@cs.depaul.edu
Hi,
both version do save a None (actually all form.accepts, FORM.accepts,
SQLFORM.accepts do).
Wouldn't be the correct behavior to consistently and always convert a
False value to 'F'? Am I missing something?
Thanks a lot!
Frederik
On Wed, Jan 27, 2010 at 4:59 PM, mdipierro
I'm using crud to create a mini CMS type of functionality. I'm using
the example on p. 218 of the doc v2 as a guide. (I'm reproducing it
here for reference.)
1 # assuming db.define_table('person', Field('name'))
2 def people():
3 form = crud.create(db.person, next=request.url,
4 message=T(record
changing subject line
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com.
For more options, visit this
85 matches
Mail list logo
