Thanks, Yarko and Massimo
Yes, translation of messages in auth without T() worked :-)
I inserted
auth.messages.label_first_name = 'Given name'
into models/db.py
and, after hitting 'update all languages',
found an item 'Given name' in a language file for translation.
It's good to know how it work
No problem too, in China.
2009/8/9 Kuba Kucharski
> Also no problem from Europe, Poland at that time.
>
> On Aug 9, 2009 1:35 AM, "Yarko Tymciurak" wrote:
>
> I see - ok; then I just didn't see an access problem from here (Chicago
> area)...
>
> On Sat, Aug 8, 2009 at 6:18 PM, waTR wrote: > >
Ok - I see this is NOT an accurate assessment (but it is a little obtuse for
looking at code);
I caught the comments in README ("gluon.storage objects are now translated
without T"), and meandered my way to the translator and lazyT classes in
languages.py, and the one line environment setup of 'T'
Thank you! I'll try.
2009/8/8 mdipierro
>
> fixed in trunk, please give it a try. somebody should test db2 too
> since it is treated differently.
>
> On Aug 8, 5:24 am, mdipierro wrote:
> > I think we must replace strftime with isoformat in sql.py. I will take
> > care of it.
> >
> > Massimo
>
I have been trying to test web2py on an AS/400 (more recently know as
iSeries or System i) without success for various reasons.
Since the only port of Python (www.iseriespython.com) to this machine
does not support threads it is unusable to run web2py.
There is however another possibility, in the
Thanks, Yarko. I completely forgot about that option.
With that out of the way and another signal import/call in main
commented out, I'm left with:
ValueError: _getframe is not implemented for non-zero depth
which is traced back to portaloacker.py's call to the standard library
logging modu
On Aug 8, 2009, at 4:20 PM, Jon Romero wrote:
> Now that the syntax has changed (but keeping the old one for backwards
> compatibility), maybe the error message can also be updated
>
> SyntaxError: SQLField: unkown field type: timestamp for added_on
While you're at it, do a global search for 'un
Also no problem from Europe, Poland at that time.
On Aug 9, 2009 1:35 AM, "Yarko Tymciurak" wrote:
I see - ok; then I just didn't see an access problem from here (Chicago
area)...
On Sat, Aug 8, 2009 at 6:18 PM, waTR wrote: > > > Sorry,
when I said web2py.com...
--~--~-~--~~-
I see - ok; then I just didn't see an access problem from here (Chicago
area)...
On Sat, Aug 8, 2009 at 6:18 PM, waTR wrote:
>
> Sorry, when I said web2py.com...I meant the domain...so www.web2py.com
> is included in that. Nothing that was using the domain worked.
>
>
>
> On Aug 7, 11:01 pm, Bo
to clarify, it doesn't look to me like the default auth messages are
translatable unless the application author re-assigns them with T()
strings...
Is that an accurate assesment?
By lazy-assignment, I meant delayed processing of T() so that it picks up
the session settings; as it is, I see no de
On Sat, Aug 8, 2009 at 6:19 PM, mdipierro wrote:
>
>
> > I wonder if some sort of lazy message assignment/translation would be
> > reasonable / possible..
>
> Already in trunk. ;-)
H. this is not obvious to me... for example, how is translation
handled for the messages?
even after th
Now that the syntax has changed (but keeping the old one for backwards
compatibility), maybe the error message can also be updated
SyntaxError: SQLField: unkown field type: timestamp for added_on
--~--~-~--~~~---~--~~
You received this message because you are sub
On Jul 26, 2009, at 3:35 PM, Yarko Tymciurak wrote:
> On Sun, Jul 26, 2009 at 5:23 PM, Sebastian E. Ovide > wrote:
> personally I prefer the method adopted by most of the websites...
> they send you a link valid for x minutes that you can use to reset
> your password.
>
> I find very annoyin
> I wonder if some sort of lazy message assignment/translation would be
> reasonable / possible..
Already in trunk. ;-)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, se
Sorry, when I said web2py.com...I meant the domain...so www.web2py.com
is included in that. Nothing that was using the domain worked.
On Aug 7, 11:01 pm, Bottiger wrote:
> I'm using OpenDNS and it looks like the DNS records are messed up.
>
> If you visithttp://140.192.37.194it will work fine
Is this sqlite? The generated SQL looks right to me. Do you see
anything wrong with it?
On Aug 8, 11:48 am, howesc wrote:
> Massimo,
>
> I downloaded the latest released version today: Version 1.65.11
> (2009-08-04 16:42:46), and it still fails. here is the generated SQL:
>
> SELECT concert.nam
On Aug 8, 2009, at 1:37 PM, Yarko Tymciurak wrote:
> Jonathan -
>
> This is easy to read, nicely commented - thanks!
>
> I'll run / test / think about it, perhaps comment more later.
I've updated the patch to add more test cases, and to indicate, for
invalid cases, to indicate what's wrong
ht
cron is an addon, a contrib item that has been placed into web2py by
default.
You might work on the core of web2py first - you can by default not start
cron;
in web2py.py, change the line:
gluon.widget.start(cron=True)
to read cron=False;
Then you can start by focusing on the core of web2py
True for the simple example shown but you can not use IS_IN_DB when
you need to show fields from more than one table:
# whatever query is the same in both cases
q=((db.person.age>35)&(db.dept.id==db.person.dept_id))
r=db(q).select(db.person.id,db.person.name,db.dept.name)
# but this select can
Commenting out signal import and call to signal in ln 806 of widget.py
brings the next error message of:
File "web2py.py", line 15, in web2py.py
File "c:\web2py\gluon\widgetpy.py", line 25, in c:\web2py\gluon
\widget.py
File "c:\web2py\gluon\contrib\cron.py", line 16, in c:\web2py\gluon
\
Johnathan -
This is easy to read, nicely commented - thanks!
I'll run / test / think about it, perhaps comment more later.
- Yarko
On Sat, Aug 8, 2009 at 2:02 PM, Jonathan Lundell wrote:
>
> Proposed patch: http://lobitos.net/web2py-patches/gluon/validators.py
>
> I've deviated from the RFCs
Proposed patch: http://lobitos.net/web2py-patches/gluon/validators.py
I've deviated from the RFCs in a couple of places. I'm not allowing
quoted strings for names (neither did the old regex), partly because
I'm not entirely convinced that they're safe, and partly because the
doctest mechani
I agree with you Sebastian. If you get or implement a solution please
share it with us to snippet it.
thanks,
Ale xF
El 27/07/2009 0:23, Sebastian E. Ovide escribió:
> personally I prefer the method adopted by most of the websites...
> they send you a link valid for x minutes that you can use t
You might want to remove the link to admin, perhaps make it a site on it's
own (perhaps even change the name of the admin app).
On Sat, Aug 8, 2009 at 8:27 AM, Alexandre Andrade
wrote:
> I am the owner.
>
> The hipercenter site itself is we2py.
>
> 2009/8/8 mdipierro
>
>>
>> Who is running this?
On Sat, Aug 8, 2009 at 11:29 AM, suiato wrote:
>
> Yet another auth-related posting...
>
> I was a bit surprised, when trying to customize the auth_user table,
> that the fields 'first_name' and 'last_name' were mandatory. Because
> they are used in other places in gluon/tools.py: table_membersh
Massimo,
I downloaded the latest released version today: Version 1.65.11
(2009-08-04 16:42:46), and it still fails. here is the generated SQL:
SELECT concert.name, concert.id, concert_purchases.date, artist.name,
venue.name, concert.date, audiofile.file FROM venue, concert,
concert_purchases, a
Yet another auth-related posting...
I was a bit surprised, when trying to customize the auth_user table,
that the fields 'first_name' and 'last_name' were mandatory. Because
they are used in other places in gluon/tools.py: table_membership,
table_event, get_or_create_user0 and description for a
If you use
{{=form.custom.begin}}
{{=form.custom.widget.email}}
{{=form.custom.widget.password}}
{{=form.custom.submit}}
{{=form.custom.end}}
you do not need to add the hidden fields.
On Aug 8, 11:00 am, Dutch opera wrote:
> Thanks
> I just added I justed added {{=form.hidden_fields()}} and it
Yes, it should.
On Aug 8, 10:10 am, DenesL wrote:
> Currently appadmin.insert does not check form.errors:
>
> def insert():
> (db, table) = get_table(request)
> form = SQLFORM(db[table], ignore_rw=ignore_rw)
> if form.accepts(request.vars, session):
> response.flash = T('new
Thanks
I just added I justed added {{=form.hidden_fields()}} and it
worked...and it worked..yeah...
On Aug 8, 4:36 am, Dutch opera wrote:
> PS...
>
> I tried the following..
>
>
>
>
> This the correct?
>
> If so...all that is left to do is to get the submit widget. How do I
> do that?
>
> Tha
Oh...widget is literal...lol
I added
{{=form.custom.widget.email}}
{{=form.custom.widget.password}}
{{=form.custom.submit}}
but...would not work...just brought be back to the login page. form
{{=form}} works...
On Sat, Aug 8, 2009 at 4:35 AM, Fran wrote:
>
> On Aug 8, 3:28 pm, Dutch
Currently appadmin.insert does not check form.errors:
def insert():
(db, table) = get_table(request)
form = SQLFORM(db[table], ignore_rw=ignore_rw)
if form.accepts(request.vars, session):
response.flash = T('new record inserted')
return dict(form=form)
and fails silently
PS...
I tried the following..
This the correct?
If so...all that is left to do is to get the submit widget. How do I
do that?
Thanks
On Aug 8, 4:28 am, Dutch opera wrote:
> Hi,
>
> I am trying to style the auth.login() fields and access them
> indivialuall so I can place them in separat
On Aug 8, 3:28 pm, Dutch opera wrote:
> I am trying to style the auth.login() fields and access them
> indivialuall so I can place them in separate div tags.
> in the html I tried
> form.custom.label.email
> form.custom.label.password
> Seemed to work. What about the widget type? using
> form.c
Hi,
I am trying to style the auth.login() fields and access them
indivialuall so I can place them in separate div tags.
in the html I tried
form.custom.label.email
form.custom.label.password
Seemed to work. What about the widget type? using
form.custom.input.email gave me this error
Attribu
On Aug 8, 5:30 am, waTR wrote:
> What about starting a wiki on this? Just post everything that has been
> achieved to-date re: specification ideas.
Go ahead - create a Wiki page with the info so far :)
- no need to get approval for this...just FYI post back to list once
done...
F
--~--~
Congratulations. Do you want to tell us more about how and where it is
hosted?
Massimo
On Aug 8, 8:27 am, Alexandre Andrade wrote:
> I am the owner.
>
> The hipercenter site itself is we2py.
>
> 2009/8/8 mdipierro
>
>
>
> > Who is running this?
>
> >http://www.hipercenter.com/init/hospedagem/p
I doubt I will have time to look at this until the next version of the
book is released.
Massimo
On Aug 8, 7:57 am, murray3 wrote:
> Has been released.
> The element structure / labels have been changed from v1.
> I am looking at it now but trying to understand massimo's
> jquery.myext.js scri
I am the owner.
The hipercenter site itself is we2py.
2009/8/8 mdipierro
>
> Who is running this?
>
> http://www.hipercenter.com/init/hospedagem/python
>
> Excellent idea!
>
> Massimo
>
> >
>
--
Atenciosamente
--
=
Alexandre Andrade
Hipercenter.com
--~--~-~
Yay ! Thanks.
On Aug 8, 12:37 pm, mdipierro wrote:
> it is back, in trunk.
>
> On Aug 6, 8:11 pm, AchipA wrote:
>
> > I might have missed a few classes, but where did thenewfilenamefield
> > go from SQLFORM's accepts/vars and why ? I know I can query it back
> > from the DB but it's kind of awk
Has been released.
The element structure / labels have been changed from v1.
I am looking at it now but trying to understand massimo's
jquery.myext.js script which adapts it for web2py.
Are you intending to update this soon for jpolite2, or maybe a quick
overview of what needs changing so others
Who is running this?
http://www.hipercenter.com/init/hospedagem/python
Excellent idea!
Massimo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web2py@goog
On 8 Aug., 09:14, mdipierro wrote:
> Sorry, reverting the patch in trunk. I will make that optional.
THX everything is fine again.
Martin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To po
it is back, in trunk.
On Aug 6, 8:11 pm, AchipA wrote:
> I might have missed a few classes, but where did thenewfilenamefield
> go from SQLFORM's accepts/vars and why ? I know I can query it back
> from the DB but it's kind of awkward, having it returned by
> sqlform.accepts() was far more natur
fixed in trunk, please give it a try. somebody should test db2 too
since it is treated differently.
On Aug 8, 5:24 am, mdipierro wrote:
> I think we must replace strftime with isoformat in sql.py. I will take
> care of it.
>
> Massimo
>
> On Aug 8, 4:37 am, 陶艺夫 wrote:
>
> > You are right! As fa
I think we must replace strftime with isoformat in sql.py. I will take
care of it.
Massimo
On Aug 8, 4:37 am, 陶艺夫 wrote:
> You are right! As far as I know, the limitation of strftime still remains in
> the newest version of python under win32 (and any other platforms?).
> So I think should web2
You are right! As far as I know, the limitation of strftime still remains in
the newest version of python under win32 (and any other platforms?).
So I think should web2py try to format date by code rather than strftime
function. Because the limitation of strftime datetime function will confine
us t
On Aug 8, 7:41 pm, mdipierro wrote:
> ... I did not mean to say that it is a bad idea to post on stack
> overflow.
>
> On Aug 8, 2:15 am, mdipierro wrote:
>
> > The problem is that there even non- users will feel compelled to
> > answer generating noise.
Also, other web2py users should contribu
... I did not mean to say that it is a bad idea to post on stack
overflow.
On Aug 8, 2:15 am, mdipierro wrote:
> The problem is that there even non- users will feel compelled to
> answer generating noise.
>
> On Aug 7, 7:35 pm, Bottiger wrote:
>
> > We should direct people tohttp://stackoverflo
There are some modules missing in ironpython. signal is one of them.
Based on what other users have told me...
The include of the missing modules can be commented out and web2py
will still work except: wsgiserver and database connections.
This means you have to use web2py with fcgi since you can
Massimo - I this is about image excercise from the book; Jim deleted his
database, then things didn't work (I directed him to clear his databases
directory - let's see how that works out)
- Yarko
On Sat, Aug 8, 2009 at 2:17 AM, mdipierro wrote:
>
> which problems? can you say more?
>
> On Aug
which problems? can you say more?
On Aug 7, 10:33 pm, jayvandal wrote:
> Could I have problems with Vista and web2py? I am having trouble in
> WIKI in web2py manual with the index as I had in IMAGES??
> JIM
--~--~-~--~~~---~--~~
You received this message because
you can also do
db.table.person_id.requires=IS_IN_DB(db(filter),'person.id','%(name)
s')
where filter is a query.
On Aug 7, 5:30 pm, David Zejda wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello!
>
> Is it possible to restrict or filter choices listed in a select box
> generat
The problem is that there even non- users will feel compelled to
answer generating noise.
On Aug 7, 7:35 pm, Bottiger wrote:
> We should direct people tohttp://stackoverflow.comto answer
> questions in order to boost traffic.
>
> There is a bigger audience there and people regularly seeing Web2P
Sorry, reverting the patch in trunk. I will make that optional.
On Aug 7, 6:43 pm, rfx_labs wrote:
> Hi,
>
> rows.response is now SQLite3.row but shut be list:
>
> Manual Page 146:
> Notice that an SQLRows object is a container for:
> 1 rows.colnames
> 2 rows.response
> colnames is a list of the
Which python version? This may be a python issue, not a web2py issue.
On Aug 7, 2:22 pm, 陶艺夫 wrote:
> Hi, my app got an error in "db(db.person.birth_date>=_date)" , when the
> _date had a value < '1900-01-01'. That's for python's strftime constraint.
> I found chaging _date to _date.isoformat()
56 matches
Mail list logo