The next version of the scheduler - dhtmlxScheduler 3.7 - adds the long-awaited touch functionality to the component. Now the default edition of dhtmlxScheduler will be able to work on touch devices, such as Android, iOS, Blackbery and Windows 8 tablets and touch screen monitors ( technically, it can work on the latest smartphones as well, but due to the lack of screen space it’s still not a good idea).
Touch support is enabled by default and provided in all modes of the scheduler. So, you just need to update .js and .css files, no any extra configuration required. In all views:
Double tab will work the same as double click in the normal scheduler ( can trigger event edition or creation );
Long tap and drag can be used to move or create events.
Swipe action switches view to next|prev timespan
If you are targeting touch devices, we strongly recommend usage of “dhx_terrace” skin as it provides reasonably big and easy-to-touch buttons. Also, version 3.7 includes the “Quick Info” extension which can be used as the replacement for “sidebar buttons” which are quite small and hard-to-target on touch devices.
You can use samples/01_initialization_loading/13_touch_ui.html as a reference.
Touch detection is based on useragent strings and if it doesn’t work on your device, try to add the next config line:
scheduler.config.touch = “force”;
If the above works - please, provide useragent string from the problematic device ( it will help to extend touch detection logic in the final version ).
If it still doesn’t work on your touch device - please, provide the device name and its useragent string.
Version 3.7 contains few other fixes:
incorrect resize operation when rounding the event size;
scheduler can’t be inited without at least one tab inside;
incorrect cursor when resizing is disabled;
locate_timeline_scale does’t work with html in scale_label;
incompatibility between recurring and collision extensions;
I tried to test the Touch UI sample in Internet Explorer 9, and found that when I double-click on an existing event, I get a new style of lightbox, but when I double click to start a new event I get the old version of the lightbox.
Also the positioning of the lightbox is completely wrong if I click on an existing event - it’s going either completely to the left or completely to the right.
Positioning of the lightbox for a new event is correctly centered.
I think you need to give us the ability to alter the size of the lightbox.
On my 7inch Android tablet in portrait mode, the lightbox is too large to fit on screen. If I rotate the device, the screen is large enough to show the whole lightbox, but the lightbox does not correctly reposition itself - part of the lightbox is off the side of the screen.
If the tablet is in landscape mode BEFORE the lightbox is displayed, then it is OK for size.
(a) There is only one lightbox and it was not changed, extension replaces side menu, which appears on side of event, when you are dbl-clicking in normal scheduler it shows side menu ( after first click ) and shows lightbox after second. With new extension situation is similar, just instead of side menu, is shows quick-info-sidebar
There seems to be some debug code left in this version as when you do a swipe a message “Drag to create” appears at the top left, and you need to tap the screen to get the swipe action to be implemented.
Also I believe the swipe action is working in the wrong directions.
For example, in Day Mode, when on 8th February and you swipe your finger to the right, the scheduler is advancing to 9th February (as though you had presses the right arrow button) but really it is more logical that the 8th February MOVES to the right and so the 7th February should be shown.
There may be some issue with opening the “Quick Info” window in the Month View as I am having events where the “Quick Info” is not appearing. The event for 15:00 Cirque du Soliel Varekai on Thursday 7th seems to be having this problem BUT the message “Drag to create” is keep appearing so I can’t confirm if this is a real problem or something related to debug code left in this version.
Build updates, issue with debug messages must be resolved now.
As for swiping, it looks correct for me. When you are swiping from right to left - you are navigation to future. ( like moving current view to left, and dragging in the next view )
Unfortunately swipe will not work for android webkit ( will work for android firefox browser ) because of active bug in webkit engine
I can confirm that the debug messages are gone with build scheduler_37_130209.
Swipe stills requires a touch after the swipe before the swipe action is implemented.
Swipe still works the wrong way round. When you swipe right to left, the scheduler is going into history. If you are showing 8th February and do swipe right to left, the scheduler then shows 7th February.