web2py 1.89.1 is OUT

41 views
Skip to first unread message

mdipierro

unread,
Nov 12, 2010, 10:22:38 AM11/12/10
to web2py-users
Please give it a try and report any bug.

1.89.1
- new admin layout (thanks Branko Vukelic)
- new admin search
- new admin language selector (thanks Yair)
- new Welcome app (thanks Martin Mulone)
- beter wizard
- admin support for DEMO_MODE=True
- admin exposes GAE deployment button (always)
- MENU support None links (thanks Michael Wolfe)
- web2py.py -J for running cron (thanks Jonathan Lundell)
- fixed ~db.table.id on GAE (thanks MicLee)
- service.jsonrpc supports service.JsonRpcException (thanks Matt)
- many small bug fixes.

mdipierro

unread,
Nov 12, 2010, 10:46:41 AM11/12/10
to web2py-users
Congratulations to all those how contributed (whose names are in the
hg logs) because this is a beautiful version.

If your name is not mentioned in the who.html page and you think it
should be please assume this is an oversight on my site (I try to keep
track but I can do mistakes) so please do not be shy and email me.

Massimo

Manu

unread,
Nov 12, 2010, 11:06:27 AM11/12/10
to web...@googlegroups.com
It s absolutely beautiful on windows.

appydev

unread,
Nov 12, 2010, 12:09:44 PM11/12/10
to web...@googlegroups.com
Really beautiful!

DJ

unread,
Nov 12, 2010, 1:01:26 PM11/12/10
to web2py-users
Love the file search function! Nice work!

-S

On Nov 12, 12:09 pm, appydev <appy...@gmail.com> wrote:
> Really beautiful!

Bruno Rocha

unread,
Nov 12, 2010, 1:04:34 PM11/12/10
to web...@googlegroups.com
Great! 

each day I like web2py more!

2010/11/12 mdipierro <mdip...@cs.depaul.edu>

Albert Abril

unread,
Nov 12, 2010, 2:41:14 PM11/12/10
to web...@googlegroups.com
new admin, new welcome, and gae deploy button are, wizard... each day prettier and easier. 
thanks to you, the community.

ra3don

unread,
Nov 12, 2010, 3:11:35 PM11/12/10
to web2py-users
This is a fantastic update. web2py has been improving very quickly.
Love the new web2py website, love the new admin look!

Great work everybody!

On Nov 12, 9:22 am, mdipierro <mdipie...@cs.depaul.edu> wrote:

Andrew Thompson

unread,
Nov 12, 2010, 4:11:52 PM11/12/10
to web...@googlegroups.com
On 11/12/2010 10:22 AM, mdipierro wrote:
> Please give it a try and report any bug.
>
> 1.89.1
> - new admin layout (thanks Branko Vukelic)
> - new admin search
> - new admin language selector (thanks Yair)
> - new Welcome app (thanks Martin Mulone)

I've been recently just updating with the link in the admin console.
Will this update the admin and welcome apps?

If not, how do I best migrate to the new version?

--
Andrew Thompson
http://aktzero.com/

dspiteself

unread,
Nov 12, 2010, 4:23:44 PM11/12/10
to web2py-users
there was a problem loading my static files in the designer

I would push it but our project uses git here is a patch.
/*******************************************************
fix web2py bug when static path matches

ex:
filepath =/test/dojox
path = /test/dojo

passes '/'.join(file_path).startswith('/'.join(path))
invalid index exception thrown by path.append(file_path[len(path)])
len(path):2
len(filepath):

*******************************************************/




diff --git a/src/applications/admin/views/default/design.html b/src/
applications/admin/views/default/design.html
index f50093e..afbc996 100644
--- a/src/applications/admin/views/default/design.html
+++ b/src/applications/admin/views/default/design.html
@@ -203,8 +203,8 @@ for c in controllers: controller_functions
+=[c[:-3]+'/%s.html'%x for x in functi
items=file.split('/')
file_path=items[:-1]
filename=items[-1]
- while path!=file_path:
- if '/'.join(file_path).startswith('/'.join(path)):
+ while path!=file_path:
+ if len(file_path)>= len(path) and all([ v==file_path[k] for
k,v in enumerate(path)]):
path.append(file_path[len(path)])
thispath='static__'+'__'.join(path)
}}





On Nov 12, 9:22 am, mdipierro <mdipie...@cs.depaul.edu> wrote:

Anthony

unread,
Nov 12, 2010, 4:29:47 PM11/12/10
to web2py-users
This looks great! Amazing work, everyone.

The language selection in admin isn't working for me in IE on Windows
(works fine in FF). When I select a language other than en, it does
reload the page, but the language remains in English (and en remains
selected in the drop-down).

Also, I'm still having this odd problem loading more than one web2py
app in separate browser tabs/windows. If I have an app loaded in one
tab, when I try to load another app in a separate tab, it will often
hang for a long time before loading (maybe a couple minutes), even
though the first app is fully loaded and not waiting for anything.
It's not a problem if I load multiple apps into the same tab one at a
time (each loads almost instantly). Mainly a problem in IE (I think I
noticed it once in FF, but it seems to happen very consistently in
IE). Anyone else ever see anything like this? (Note, this is not a new
issue -- was happening before this release.)

Thanks.

Anthony

mdipierro

unread,
Nov 12, 2010, 4:58:19 PM11/12/10
to web2py-users
yes

mdipierro

unread,
Nov 12, 2010, 4:58:35 PM11/12/10
to web2py-users
ps. may not work on windows

On Nov 12, 3:11 pm, Andrew Thompson <andre...@aktzero.com> wrote:

Andrew Thompson

unread,
Nov 12, 2010, 7:20:45 PM11/12/10
to web...@googlegroups.com
On 11/12/2010 4:58 PM, mdipierro wrote:
> ps. may not work on windows
>
I doubt this is what you meant, but I seem to have hit a snag with the
upgrade.

web2py is running on ubuntu, but I'm managing it from chrome on win7.
After upgrading, the redirect back failed. Attempting to reload the
admin page gave me more failures.

If anyone wants to glance over the error files:

http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-03-03.214c98d0-8098-402f-b763-4343b57db743
http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-03-00.e4723686-3941-4b87-b311-ff93903df654
http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-04-02.80cd2b37-276d-4029-b138-f51cfe10ff1c
http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-02-57.431d91af-4e2f-465c-8e59-c5e5f0f2e444

Restarting the web2py process cleared it up, and it seems to be ok. I've
got the new admin interface, and my small handfull of sites are still
running.

Anthony

unread,
Nov 12, 2010, 8:26:06 PM11/12/10
to web2py-users
I had the same exact experience on Windows (in IE). Here's the
traceback I got:

Traceback (most recent call last):
File "C:\web2py\gluon\restricted.py", line 188, in restricted
exec ccode in environment
File "C:\web2py\applications\admin/views\default/site.html", line
182, in <module>
AttributeError: 'translator' object has no attribute
'get_possible_languages'

Referring to:

for language in T.get_possible_languages():

Like Andrew, everything was fine after restarting web2py.

Anthony


On Nov 12, 7:20 pm, Andrew Thompson <andre...@aktzero.com> wrote:
> On 11/12/2010 4:58 PM, mdipierro wrote:> ps. may not work on windows
>
> I doubt this is what you meant, but I seem to have hit a snag with the
> upgrade.
>
> web2py is running on ubuntu, but I'm managing it from chrome on win7.
> After upgrading, the redirect back failed. Attempting to reload the
> admin page gave me more failures.
>
> If anyone wants to glance over the error files:
>
> http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-03-0...http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-03-0...http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-04-0...http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-02-5...

Brian M

unread,
Nov 12, 2010, 11:27:05 PM11/12/10
to web2py-users
Probably typo in wizard at step 2

The Instructions say:
If you need authentication remove the table "auth_user".
Shouldn't that be:
If you DO NOT need authentication remove the table "auth_user"

mdipierro

unread,
Nov 12, 2010, 11:44:42 PM11/12/10
to web2py-users
The fact is after you upgrade you get the new admin which uses a new
API function. Unless you restart the server that API function is not
available. This is a one time event since we never made such a big
change in admin.

On Nov 12, 7:26 pm, Anthony <abasta...@gmail.com> wrote:
> I had the same exact experience on Windows (in IE). Here's the
> traceback I got:
>
> Traceback (most recent call last):
>   File "C:\web2py\gluon\restricted.py", line 188, in restricted
>     exec ccode in environment
>   File "C:\web2py\applications\admin/views\default/site.html", line
> 182, in <module>
> AttributeError: 'translator' object has no attribute
> 'get_possible_languages'
>
> Referring to:
>
>   for language in T.get_possible_languages():
>
> Like Andrew, everything was fine after restarting web2py.
>
> Anthony
>
> On Nov 12, 7:20 pm, Andrew Thompson <andre...@aktzero.com> wrote:
>
> > On 11/12/2010 4:58 PM, mdipierro wrote:> ps. may not work on windows
>
> > I doubt this is what you meant, but I seem to have hit a snag with the
> > upgrade.
>
> > web2py is running on ubuntu, but I'm managing it from chrome on win7.
> > After upgrading, the redirect back failed. Attempting to reload the
> > admin page gave me more failures.
>
> > If anyone wants to glance over the error files:
>
> >http://aktzero.com/static/scratch/__ffff_127.0.0.1.2010-11-12.19-03-0......

Alex

unread,
Nov 12, 2010, 11:55:20 PM11/12/10
to web2py-users
Maybe a bug?

When I create a .LOAD component, the save doesn't seem to work in IE
or Firefox.
> > > Andrew Thompsonhttp://aktzero.com/- Hide quoted text -
>
> - Show quoted text -

mart

unread,
Nov 13, 2010, 12:13:49 AM11/13/10
to web2py-users
hum... the upgrade broke my running instance of web2py (not a big
deal, I'll just install (not upgrade) to a different folder). Since,
this seems to only happen to me, I can assume that it is something I
have in current web2py folder (or on my system)... wish I knew what
the "oddity" was so I could report better.... The strange thing, is
that i get a continuous cycle of tickets. While trying to view the
ticket, I get a new ticket (different number), and this just keeps on
going... anyways, thought you may want to know tat this is happening.


Tanks
Mart :)
> > > > Andrew Thompsonhttp://aktzero.com/-Hide quoted text -

mdipierro

unread,
Nov 13, 2010, 1:10:43 AM11/13/10
to web2py-users
Did you restart the server?
> > > > > Andrew Thompsonhttp://aktzero.com/-Hidequoted text -

mdipierro

unread,
Nov 13, 2010, 1:12:20 AM11/13/10
to web2py-users
web2py 1.89.1 breaks clockpicker for Field('...','time').

Somehow jquery.clockpicker fails to determine the coordinates of the
location where the INPUT is located.

If anybody knows how to fix this, help is appreciated.

Massimo

On Nov 12, 9:22 am, mdipierro <mdipie...@cs.depaul.edu> wrote:

Luther Goh Lu Feng

unread,
Nov 13, 2010, 2:05:59 AM11/13/10
to web2py-users
Jquery 1.4.4 has been released: http://j.mp/jq144

Perhaps it should be included as well?

villas

unread,
Nov 13, 2010, 6:00:32 AM11/13/10
to web2py-users
I have now experienced a number of difficulties with Clockpick. I
wonder whether it is a good time to consider an alternative?

My suggestion: http://keith-wood.name/timeEntry.html

Pros
Mature and seems supported.
More intuitive and perhaps easier to use.
I like use of mouse scroll wheel -- quick.
Lots of configuration possibilities.
Has a related DatePicker which will be a good alternative for some
developers.
Licence MIT.

Cons
Weighs in at around 20kb, more than double the size of clockpick. (For
me, it's a 'price' worth paying).

-D

villas

unread,
Nov 13, 2010, 7:29:55 AM11/13/10
to web2py-users
If you want to try it...

1). Download files:
http://keith-wood.name/timeEntry.html
Optionally this: http://plugins.jquery.com/files/jquery.mousewheel.3.0.2.zip

2). Add to views/layout.html
{{response.files.append(URL(request.application,'static','css/
jquery.timeentry.css'))}}
{{response.files.append(URL(request.application,'static','js/
jquery.timeentry.js'))}}
{{response.files.append(URL(request.application,'static','js/
jquery.mousewheel.min.js'))}}

3). Make sure those 3 files above are copied into the folders under
static dir.

4). Copy spinnerDefault.png into static/images

5). In views/web2py_ajax.html replace this:

try { jQuery("input.time").clockpick({
starthour:0, endhour:23, showminutes:true, military:true
}); } catch(e) {};

...with...

try { jQuery("input.time").timeEntry({spinnerImage:
"{{=URL('static','images/spinnerDefault.png')}}", show24Hours: true,
timeSteps: [1, 30, 0], minTime: new Date(0, 0, 0, 7, 00, 0), maxTime:
new Date(0, 0, 0, 22, 00, 0)
}); } catch(e) {};


I included a couple of optional settings so you can see how they work
in combination.

It only takes a couple of minutes to set it up like this. Hope I
didn't forget anything. :)

-D

Nathan Freeze

unread,
Nov 13, 2010, 9:24:40 AM11/13/10
to web...@googlegroups.com
This would be a good slice :)

villas

unread,
Nov 13, 2010, 9:39:56 AM11/13/10
to web2py-users
Hi Mr Freeze!

Well, if others like it, it may end up in trunk :)
If not, I'll make a slice for it.

Best wishes,
-D

On Nov 13, 2:24 pm, Nathan Freeze <nat...@freezable.com> wrote:
> This would be a good slice :)
>

demetrio

unread,
Nov 13, 2010, 11:09:39 AM11/13/10
to web2py-users
I had the same problem, that code works fine. Thx dspiteself

mdipierro

unread,
Nov 13, 2010, 11:55:59 AM11/13/10
to web2py-users
Ok timeEntry it is. I will replace it today.

On Nov 13, 8:24 am, Nathan Freeze <nat...@freezable.com> wrote:
> This would be a good slice :)
>

Branko Vukelic

unread,
Nov 13, 2010, 12:06:29 PM11/13/10
to web...@googlegroups.com
Oh, noes! This widget suffers from so many usability issues I can't
believe it still exists.

1. controls are microscopic
2. it's not obvious you can switch between fields by clicking on them
since fields are enclosed in a single box with no visible separators
3. you cannot jump to desired values (you must cycle through values)

The optimal control would:

1. use familiar mechanism for selecting values
2. enable jumping to desired values
3. separate the components

A set of drop-downs or text boxes will do just fine in satisfying the
above requirements. I'll write the widget for you if you want, as soon
as I'm done with e4s layout.

--
Branko Vukelić

bg.b...@gmail.com
stu...@brankovukelic.com

Check out my blog: http://www.brankovukelic.com/
Check out my portfolio: http://www.flickr.com/photos/foxbunny/
Registered Linux user #438078 (http://counter.li.org/)
I hang out on identi.ca: http://identi.ca/foxbunny

Gimp Brushmakers Guild
http://bit.ly/gbg-group

mdipierro

unread,
Nov 13, 2010, 1:28:37 PM11/13/10
to web2py-users
talking about timeentry or clockpicker?
> bg.bra...@gmail.com

Branko Vukelic

unread,
Nov 13, 2010, 1:29:59 PM11/13/10
to web...@googlegroups.com
On Sat, Nov 13, 2010 at 7:28 PM, mdipierro <mdip...@cs.depaul.edu> wrote:
> talking about timeentry or clockpicker?

Timeentry


--
Branko Vukelić

bg.b...@gmail.com

villas

unread,
Nov 13, 2010, 1:57:07 PM11/13/10
to web2py-users
On Nov 13, 5:06 pm, Branko Vukelic <bg.bra...@gmail.com> wrote:
> Oh, noes! This widget suffers from so many usability issues I can't
> believe it still exists.

Hi Branko

I am not saying it is necessarily the best, but for me it is better
than clockpick.

It seems that hardly anyone is using just a Time widget. The Date and
Datetime are both served by the other widget. The version of
Clockpick in Web2py was always seriously flawed and it seems to me
that I was the only one that noticed! So before criticising its
possible replacement, please ask yourself, did you ever use
it? :)

With TimeEntry, once I found that you navigate the control just by
using the arrow keys, I was delighted. That makes it much more
usable, not less. If you set the minute interval to 30 mins then,
even with the cursor just in the mins, I can cycle thru all the hours
in the day within about 2 secs! I don't need the mouse any more!

The criticism of the optional mouse click control being small is not
totally fair because you can use a bigger control if you want. And,
if you really want to use the mouse, use the scroll wheel, it's
great.

If anyone finds something better, please recommend it. In the
meantime Clockpick is broken so what do we do while everyone goes off
programming the perfect widget which I question they will be using
themselves anyway!

Best regards,
-D

Anthony

unread,
Nov 13, 2010, 2:08:51 PM11/13/10
to web2py-users
I agree. If you go to the Spinners tab and check "Expand", things
improve somewhat (particularly the explicit version, with "+", "-",
and "NOW"), but still a hassle that you have to cycle through all the
numbers (or manually type).

Anthony
> bg.bra...@gmail.com
> stu...@brankovukelic.com
>
> Check out my blog:http://www.brankovukelic.com/
> Check out my portfolio:http://www.flickr.com/photos/foxbunny/
> Registered Linux user #438078 (http://counter.li.org/)
> I hang out on identi.ca:http://identi.ca/foxbunny
>
> Gimp Brushmakers Guildhttp://bit.ly/gbg-group- Hide quoted text -

Anthony

unread,
Nov 13, 2010, 2:19:44 PM11/13/10
to web2py-users
Oh, didn't realize you could configure the minutes to jump in
increments -- that helps.

I still like the ClockPick UI better if we could get it (or something
similar) to work properly.

Anthony

villas

unread,
Nov 13, 2010, 2:36:16 PM11/13/10
to web2py-users
Hi Anthony

Please bear in mind that anyone doing serious form filling should not
have to use a mouse at all. Use the arrow keys instead - it flies.
Most people entering times will be using an increment of say 15 or 30
mins which makes it go at jet speed.

-D
> > Gimp Brushmakers Guildhttp://bit.ly/gbg-group-Hide quoted text -

Brian M

unread,
Nov 13, 2010, 3:05:46 PM11/13/10
to web2py-users
Alex, I too am seeing that .load files are not being saved - add
Chrome on windows 7 to the list.

Firebug shows an error :
area is not defined
var data = area.textarea.value

I suspect this is due to the regular editor not being defined (it is
just a plain textarea instead of the usual editor with syntax
highlighting, etc).

Massimo, I was able to fix this by editing admin/controllers/
default.py and adding an extra check to edit() so that .load files
would be considered html. (Of course this still doesn't fix the
general problem of the javascript adit_area_full.js editor apparently
not playing nice with the ajax save for filetypes of "text" which is
the default)

def edit():
""" File edit handler """
# Load json only if it is ajax edited...

filename = '/'.join(request.args)

# Try to discover the file type
if filename[-3:] == '.py':
filetype = 'python'
elif filename[-5:] == '.html':
filetype = 'html'
elif filename[-5:] == '.load': #<-----added so can edit &
save .load components
filetype = 'html'
elif filename[-4:] == '.css':
filetype = 'css'
elif filename[-3:] == '.js':
filetype = 'js'
else:
filetype = 'text'

~Brian
> > > > Andrew Thompsonhttp://aktzero.com/-Hide quoted text -

Branko Vukelic

unread,
Nov 13, 2010, 3:23:02 PM11/13/10
to web...@googlegroups.com
On Sat, Nov 13, 2010 at 8:36 PM, villas <vill...@gmail.com> wrote:
> Hi Anthony
>
> Please bear in mind that anyone doing serious form filling should not
> have to use a mouse at all.  Use the arrow keys instead - it flies.

Should not, but they do. People should use Ctrl+V for paste (or
Shift+Ins), but they don't. You'd think that even the toolbar paste
icon would be quick enough, but they right-click and look for the
paste item which _never_ appear at the same place.

Us geeks have more than once made completely incorrect assumptions
about what people actually do. And they do unimaginably inefficient
things. Hell, if they did what I think is best, they'd be using
terminals for day-to-day file management, and write scripts to help
with those tasks. My impression in working with people who use office
type of apps is that they do indeed keep one hand on the mouse (not
literally, obviously). On more than one occasion, I've gotten explicit
requests to use drop-downs as time picker.

--
Branko Vukelić

bg.b...@gmail.com

villas

unread,
Nov 13, 2010, 3:52:21 PM11/13/10
to web2py-users
Yes, you are right, users get up to all kinds of things :) However, I
think it is still true to say:
a. Form filling should still be efficient without using a mouse.
b. TimeEntry is better than Clockpick (not least because the latter is
broken).

If we wish to take it further, I suggest one of the following:
1. Fix Clockpick and integrate the latest version (the Web2py one was
broken anyway). I have tried to fix it this morning, but failed. I
hate it now anyway!
2. Install TimeEntry because at least I have proven it is flexible and
works.
3. Suggest an existing superior alternative to TimeEntry.

I didn't include the option 'program our home-rolled version' because
I really do not think that's a good idea when there is a free, off the
shelf solution which is very flexible and already supported. I know
we sometimes re-invent the wheel because 'we can', but surely there
will be better things for us to do on a Sunday?

Just my 2 cts. I'll shut up now :)
-D

On Nov 13, 8:23 pm, Branko Vukelic <bg.bra...@gmail.com> wrote:
> On Sat, Nov 13, 2010 at 8:36 PM, villas <villa...@gmail.com> wrote:
> > Hi Anthony
>
> > Please bear in mind that anyone doing serious form filling should not
> > have to use a mouse at all.  Use the arrow keys instead - it flies.
>
> Should not, but they do. People should use Ctrl+V for paste (or
> Shift+Ins), but they don't. You'd think that even the toolbar paste
> icon would be quick enough, but they right-click and look for the
> paste item which _never_ appear at the same place.
>
> Us geeks have more than once made completely incorrect assumptions
> about what people actually do. And they do unimaginably inefficient
> things. Hell, if they did what I think is best, they'd be using
> terminals for day-to-day file management, and write scripts to help
> with those tasks. My impression in working with people who use office
> type of apps is that they do indeed keep one hand on the mouse (not
> literally, obviously). On more than one occasion, I've gotten explicit
> requests to use drop-downs as time picker.
>
> --
> Branko Vukelić
>
> bg.bra...@gmail.com

Anthony

unread,
Nov 13, 2010, 4:03:56 PM11/13/10
to web2py-users
Yes, I suppose it depends on the application, use cases, user skill,
etc. Note, it appears that to use the keyboard with Time Entry, you
have to either read some instructions, or fiddle around until you
figure it out -- so, not the best for casual users just entering one
or two times, but yes, probably more efficient for a knowledgeable
user entering lots of times. I guess the question is which approach
makes more sense for the default widget in web2py.

(Note, it appears you can use the keyboard with ClockPick as well --
you have to use the mouse to get started, but then you can use the
arrow and enter keys to quickly select a specific time).

Anthony
> > > Gimp Brushmakers Guildhttp://bit.ly/gbg-group-Hidequoted text -
>
> > > - Show quoted text -- Hide quoted text -

winti

unread,
Nov 13, 2010, 4:56:54 PM11/13/10
to web2py-users
Hello,
the jquery timepicker is a good alternative to the clockpicker.
For my point of view, the clockpicker is "good enough" if it's working
as expected.
I would suggest to provide additional functionality, as timeentry and
other jquery widgets for ui enhancements in plugins.
The clockpicker misbehavior, as villas describes, i seen in version
1.89.1 and as well in versions within the range 1.86-1.88. But, if i
remember me correctly this was solved in 1.88.1&2.
Maybe someone could figure out the reason for that.

Stefan

villas

unread,
Nov 13, 2010, 5:42:48 PM11/13/10
to web2py-users
@Stefan
There's a lot of stuff out there! Please could we have a link? I
found one really cool timepicker but it was using UI. Please bear in
mind that Massimo has said that he does NOT wish to include jQuery UI
with Web2py at present.

@Everyone
If anyone suggests a replacement timepicker, please post a link.
Preferably to a demo.

-D

Branko Vukelic

unread,
Nov 13, 2010, 6:03:17 PM11/13/10
to web...@googlegroups.com
On Sat, Nov 13, 2010 at 11:42 PM, villas <vill...@gmail.com> wrote:
> @Everyone
> If anyone suggests a replacement timepicker,  please post a link.
> Preferably to a demo.

I've looked around for a good timepicker a lot back when someone said
we needed a datetime picker. And my conclusion was that there is
currently no good solution for this. 80% of the solutions are
overengineered, and the rest either broken or painfully slow to use.
To quote a conclusion from a stackoverflow user:

"Time pickers just take this kind of UI fetish to a new extreme. Why
not allow your users to either type the time or just use a couple of
drop down boxes for hours and mins. Even drop down lists allow a user
to just type the time."[1]

So, a fancy-shmancy time picker is just a waste of time. Indeed,
writing a text box with client-side validation or a few drop-downs
makes much more sense until someone comes with a solution that just
makes sense to all of us and requires no further comments.

[1] http://stackoverflow.com/questions/476822/jquery-time-picker

--
Branko Vukelić

bg.b...@gmail.com

mart

unread,
Nov 14, 2010, 12:16:35 AM11/14/10
to web2py-users
Hi, yes, I did restart the server... The install (no upgrade) was
obviously as smooth as ever. I did look a little deeper in the folder
that was upgraded, and realized that I was upgrading something I
grabbed from trunk instead of a the previous official release. In
which case, I would not expect anyone or any organization to support
this type of upgrade path. Not sure why it id that, but I would say
that it is 1) my bad for upgrading an what should be for testing and
development 2) my bad, ... well just because. I did look around and
can't see any reason why the web2py upgrade would have broken the
installed server (i probably had something that would have broken it
at the next stop/start of the server anyways).


BTW - does look great!
> > > > > > Andrew Thompsonhttp://aktzero.com/-Hidequotedtext -

Christopher Steel

unread,
Nov 14, 2010, 12:32:42 AM11/14/10
to web2py-users
Hi Branko,

LOL, At first glance I had the same reaction but I just checked out
timeEntry's features and it looks like a excellent fit for the Web2py
community. In addition it appears to be fairly easy to customize
everything but drop downs (although this may be possible)

Now I love it...

Good Web2py Fit Features:

* Internationalization / Regional
http://keith-wood.name/timeEntry.html#l10nPkgs
* Highly Customizable / CSS / The tooltip text for the spinner
buttons.
* 24:00 or 12:00 clock and so on
* Many other customizations
* Excellent keyboard navigation features
* Highly compact (mobiles, iphone, other small screen devices)
* Actively developed
* GPL and MIT licences
* jQuery

I would agree that the spinner (control) is is not my fav, I would
probably customize it for Web2py which I think would would take a lot
less time than creating an old style drop down system with features
that will work for Web2py users everywhere.

Features:
http://keith-wood.name/timeEntryRef.html#
Config:
http://keith-wood.name/timeEntryRef.html#

Chris


On Nov 13, 12:06 pm, Branko Vukelic <bg.bra...@gmail.com> wrote:

mdipierro

unread,
Nov 14, 2010, 12:57:45 PM11/14/10
to web2py-users
I installed a modified version of timeentry instead of timepicker in
trunk.

It has less options, it is smaller, and has a more natural behaviour
(in respect to tab and if you type a valid time, it will take it)

Please give it a try and let us know if it works with your browser.

Massimo

On Nov 13, 11:32 pm, Christopher Steel <chris.st...@gmail.com> wrote:
> Hi Branko,
>
> LOL, At first glance I had the same reaction but I just checked out
> timeEntry's features and it looks like a excellent fit for the Web2py
> community. In addition it appears to be fairly easy to customize
> everything but drop downs (although this may be possible)
>
> Now I love it...
>
> Good Web2py Fit Features:
>
> * Internationalization / Regionalhttp://keith-wood.name/timeEntry.html#l10nPkgs

mdipierro

unread,
Nov 14, 2010, 12:58:28 PM11/14/10
to web2py-users
P.S. I also removed the spinner and mouse wheel support. I hate the
spinner.

villas

unread,
Nov 14, 2010, 8:59:21 PM11/14/10
to web2py-users
Hi Massimo

Thanks for addressing this.

Interesting that you removed the spinner altogether, I got a feeling
from this thread that many users wanted to use the mouse almost
exclusively for picking the time. Anyway that decision is fine with
me.

I only have one issue so far, that is tabbing out of the field. For
usability, it is very important we can tab through the whole form.

-D

mdipierro

unread,
Nov 15, 2010, 12:26:40 AM11/15/10
to web2py-users
I modified this... not sure if this is what you asked or not.

In my version [tab] moves you to the next INPUT and [shift]+[tab]
moves you back. To move across HH:MM:SS fields you have to use arrow
keys.

Massimo

villas

unread,
Nov 15, 2010, 7:26:50 AM11/15/10
to web2py-users
@Massimo

Yes that is what I expected too. This is how I tested it:

In the Welcome app, add this to the bottom of db.py

db.define_table('mytable',
Field('myfield1','string'),
Field('myfield2','string'),
Field('mytime','time'),
Field('myfield3','string'),
)

Now go to insert a record in Appadmin. Use the tab key to navigate
the fields. I cannot exit the time field with the tab key. Maybe I'm
missing something?

-D

mdipierro

unread,
Nov 15, 2010, 10:16:32 AM11/15/10
to web2py-users
which browser? this works for me with FF on Mac.

villas

unread,
Nov 15, 2010, 10:42:24 AM11/15/10
to web2py-users
FF 3.6.12 on Windows

mdipierro

unread,
Nov 15, 2010, 11:12:30 AM11/15/10
to web2py-users
I think I fixed it in trunk. Can you try?

villas

unread,
Nov 15, 2010, 11:24:51 AM11/15/10
to web2py-users
BTW I prefer the normal TimeEntry behaviour:

Tab into time field with hours selected
Tab again into mins
Tab again into secs
Tab again to exit field

This is very accessible and logical - no one needs extra training to
use the Tab key.

villas

unread,
Nov 15, 2010, 11:35:02 AM11/15/10
to web2py-users
> I think I fixed it in trunk. Can you try?

Yep, that's it!

Thks, D

Branko Vukelic

unread,
Nov 15, 2010, 3:18:31 PM11/15/10
to web...@googlegroups.com
On Mon, Nov 15, 2010 at 5:24 PM, villas <vill...@gmail.com> wrote:
> This is very accessible and logical - no one needs extra training to
> use the Tab key.

Don't say that twice. :) I work in a medium-sized company (few hundred
employees), and you can't imagine the pain some trainers went through
(and trainees, no doubt) trying to go over such simple operations as
pasting text using Ctrl+V. Tabbing through form fields is indeed black
art for some people. Anyway, nothing wrong in tabbing through. I'm
just saying that it's an acquired skill, that's all. Maybe it depends
on the region, I dunno, but I've gotten a similar impression working
with some people from the States.

Reply all
Reply to author
Forward
0 new messages