[edulid]

3. Did you change the behavior of the progressbar? It looks tiny now! I tried to setWidth100(), or setWidth(), but nothing works, it remains tiny.
I saw in your showcase that it has the same width as in my application: http://www.smartclient.com/smartgwt/...ry_progressbar
It is not possible to make its width larger

[Isomorphic]

1) This is a known issue and was present beforehand - you didn't notice it because of 2) below - it's cosmetic and is already being looked into, we'll update here when it's fixed. Although the drag-rect is one snapGap too narrow, the dates themselves are correct - you can see this if you setShowViewHovers(true) and setShowDragHovers(true), or by just dragging an event and dropping it again to see that it retains its proper size.

2) This is just a missing call to Timeline.setEventSnapGap() - one wasn't needed in other recent builds due to a mis-declared behavior - note that it's doc is also currently under revision...

eventSnapGap defaults to null, and this means "snap only to cell boundaries" (one unit of the inner-most headerLevel). So, in this case, it only snaps every 1 day. If you were to set headerLevels of "day" and "hour", it would snap every hour, and so on.

If you have "day" columns, as you do, and you want to snap every hour, setEventSnapGap(60) will do that - for every 12 hours, setEventSnapGap(12*60), for example.

If you want to allow as many snap-gaps as possible, irrespective of the inner-most headerLevel's unit or headerWidth (column-width), setEventSnapGap(1) will do that - this will always choose the smallest sensible portion of a day that can be represented by one or more pixels in the current resolution. In your case, it will choose 30 minutes.

[Isomorphic]

3. see the doc for ProgressBar.setLength() - you need to use this rather than setWidth() - behavior has changed because we fixed that documented behavior - we'll revisit the samples also.

Note that there is no setLength(String) overload - we'll see whether one should be added.