choose a value

3 views
Skip to first unread message

Jose

unread,
Jan 12, 2010, 10:51:22 AM1/12/10
to web2py-users
How to remove the words "choose a value" of the dropbox?
I want to work as before where it showed the first reading in the
table.

Jose

mdipierro

unread,
Jan 12, 2010, 11:54:54 AM1/12/10
to web2py-users
IS_IN_DB(...,zero=None)

Iceberg

unread,
Jan 13, 2010, 12:44:30 AM1/13/10
to web2py-users
I also notice this change.

I suggest to change its default value back to None, so that old apps
behave in the same way.

Or at least, let the default value be empty string '', rather than an
English phrase "choose a value". The latter causes a developer have to
customize it again and again when developing applications targeting to
non-English end users.

Regards,
Iceberg

Jose

unread,
Jan 13, 2010, 8:12:58 AM1/13/10
to web2py-users

On 13 ene, 05:44, Iceberg <iceb...@21cn.com> wrote:
> I also notice this change.
>
> I suggest to change its default value back to None, so that old apps
> behave in the same way.

+1

mdipierro

unread,
Jan 13, 2010, 8:51:05 AM1/13/10
to web2py-users
There is no way to make everybody happy.

Ok to make zero='' not to go back to zero=None.

Alexandre Andrade

unread,
Jan 13, 2010, 9:02:25 AM1/13/10
to web...@googlegroups.com
I always remember web2py needs to be more easier to internacionalize.

as example, delete_label in forms always have to be set to be able to localize.

All strings 'under the hood' need to be T('string').

2010/1/13 mdipierro <mdip...@cs.depaul.edu>
--
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+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/web2py?hl=en.






--
Atenciosamente

--
=========================
Alexandre Andrade
Hipercenter.com

mdipierro

unread,
Jan 13, 2010, 10:32:30 AM1/13/10
to web2py-users
On Jan 13, 8:02 am, Alexandre Andrade <alexandrema...@gmail.com>
wrote:

> I always remember web2py needs to be more easier to internacionalize.
>
> as example, delete_label in forms always have to be set to be able to
> localize.
>
> All strings 'under the hood' need to be T('string').

Yes but technically, how would you do it?
Some constants strings are defined at the module level, i.e. they do
not belong to any specific application, while internationalization
strings are application specific.
I do not object to changing this. I just do not know how to.

> 2010/1/13 mdipierro <mdipie...@cs.depaul.edu>


>
>
>
> > There is no way to make everybody happy.
>
> > Ok to make zero='' not to go back to zero=None.
>
> > On Jan 12, 11:44 pm, Iceberg <iceb...@21cn.com> wrote:
> > > I also notice this change.
>
> > > I suggest to change its default value back to None, so that old apps
> > > behave in the same way.
>
> > > Or at least, let the default value be empty string '', rather than an
> > > English phrase "choose a value". The latter causes a developer have to
> > > customize it again and again when developing applications targeting to
> > > non-English end users.
>
> > > Regards,
> > > Iceberg
>
> > > On Jan13, 0:54am, mdipierro <mdipie...@cs.depaul.edu> wrote:
>
> > > > IS_IN_DB(...,zero=None)
>
> > > > On Jan 12, 9:51 am, Jose <jjac...@gmail.com> wrote:
>
> > > > > How to remove the words "choose a value" of the dropbox?
> > > > > I want to work as before where it showed the first reading in the
> > > > > table.
>
> > > > > Jose
>
> > --
> > 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+un...@googlegroups.com<web2py%2Bunsu...@googlegroups.com>

Thadeus Burgess

unread,
Jan 13, 2010, 3:25:36 PM1/13/10
to web...@googlegroups.com
*the inherit problem of always keeping backwards compatibility*

However, aside from this, there is a bug with the new "choose a value" that is unacceptable.

http://static.thadeusb.com/choosevaluebug.png

-Thadeus




To unsubscribe from this group, send email to web2py+un...@googlegroups.com.

mdipierro

unread,
Jan 13, 2010, 3:46:35 PM1/13/10
to web2py-users
Good point. Please check trunk and I will post 1.74.7

On Jan 13, 2:25 pm, Thadeus Burgess <thade...@thadeusb.com> wrote:
> *the inherit problem of always keeping backwards compatibility*
>
> However, aside from this, there is a bug with the new "choose a value" that
> is unacceptable.
>
> http://static.thadeusb.com/choosevaluebug.png
>
> -Thadeus
>

> > <web2py%2Bunsu...@googlegroups.com<web2py%252Buns...@googlegroups.com>

mdipierro

unread,
Jan 13, 2010, 3:47:23 PM1/13/10
to web2py-users

On Jan 13, 2:25 pm, Thadeus Burgess <thade...@thadeusb.com> wrote:

> *the inherit problem of always keeping backwards compatibility*

backward compatibility aside. How would you do it?

Thadeus Burgess

unread,
Jan 13, 2010, 3:59:40 PM1/13/10
to web...@googlegroups.com
I'm not sure there is a good solution with the current design.

At the moment, I am compiling a document with problem with the current form system. Along with the document I am also including topics that come up in the google groups and specific issues that continue to arise where the solution does not seem logical.

When I feel that I have a solution that would work I will share this document. A working solution being something that sticks to web2py philosophy, and hopefully as backwards compatible as can be.

-Thadeus

mdipierro

unread,
Jan 13, 2010, 4:03:45 PM1/13/10
to web2py-users
As fare as I can tell the problems arise from SQLFORM. Nothing
prevents us from creating an alternative (as opposed to a replacement)
to SQLFORM.

There is a reason you have to call SQLFORM explicitly (or call crud
which calls SQLFORM) and it is not implicit. The reason that one may
not want to use it.

With a replacement you do not need to wory about backward
compatibility and may not need to use FORM validation mechanism at
all.

Massimo

On Jan 13, 2:59 pm, Thadeus Burgess <thade...@thadeusb.com> wrote:
> I'm not sure there is a good solution with the current design.
>
> At the moment, I am compiling a document with problem with the current form
> system. Along with the document I am also including topics that come up in
> the google groups and specific issues that continue to arise where the
> solution does not seem logical.
>
> When I feel that I have a solution that would work I will share this
> document. A working solution being something that sticks to web2py
> philosophy, and hopefully as backwards compatible as can be.
>
> -Thadeus
>

Jeff Bauer

unread,
Jan 13, 2010, 11:42:35 PM1/13/10
to web...@googlegroups.com
Thadeus,

Please consider some blog posts toward an immediate goal of
redesign suggestions. As a new entrant into web2py, it
would be handy for me (and others) to understand where the
edge cases lay.

In the early days of Django, I wrote a lot of forms code
(pre-newforms) and I understand it's a difficult problem
to cover all the use cases. By putting your thoughts on
a blog, you might encourage comments from other people who
have different perspectives.

Best regards,

-Jeff

Thadeus Burgess

unread,
Jan 14, 2010, 12:38:17 AM1/14/10
to web...@googlegroups.com
I have shared my thoughts on these forums and have elected no response from the community.

Recently other software projects have taken my focus away from web2py, however I will be diving back into web2py projects
in a week or two, when I do this is one of the first tasks I will be working on.

I would love to hear comments and debates about the topic, and perhaps you are right in that a blog might generate more
response to this particular subject.

-Thadeus




Reply all
Reply to author
Forward
0 new messages