A custom view that redirects to another view

I have received a request to make the day numbers in the month view clickable in a such way that when a user click on it, he is redirected to the day view corresponding to the day he clicked on.

Is it possible to define a custom view that implements that using the current exposed APIs? I checked the documentation but didn’t see anything obviously relevant to what I want to do.

Will I need to modify the source code? If so, would you be kind to point me to the best location to make the modifications?

Thank you

Alex

When studying the documentation more carefully I discovered http://docs.dhtmlx.com/doku.php?id=dhtmlxscheduler:behaviors which pointed me to the extension “Dates as links”. This was was I wanted. Including it in my script declarations has successfully implemented the desired functionality.

Thank you

Alex

I spoke too early, I’m seeing a problem with the Dates as links extension. For example, clicking on April 6th 2012 sends you to January 6th 2012 in the day view, it appears that the extension is calculating or storing the month value incorrectly.

Is there a workaround?

Hello,

Please check following sample
scheduler\samples\03_extensions\06_links_plugin.html
Can you reproduce the problem there as well?

Kind regards,
Ilya

The sample shows the correct behavior.

Are there any critical variables or values I should be looking at to see if they’re getting clobbered in my application?

Have you edited scheduler.config.api_date ?

Kind regards,
Ilya

Yes I have, the following line of code is what I have in my application.

scheduler.config.api_date = “%M %d, %Y %g:%i %a”;

Hello,

Can I access your application online? Changing api_date format should not cause any issues.
Or create small sample which have the same problem.

Kind regards,
Ilya

The application is on an internal network, but I’ll try to recreate a sample that reproduces the problem.

For your information, I went ahead and removed the line. The dates links are now behaving correctly, and after some analysis I determined that I didn’t really need to change the api_date since I’ve created my own custom dialog to intercept event modification, so there was no need for it in my application.

I will attach a sample soon.

Sincerely,
Alex