I have bought an EO.Web.calendar control, but those guys are not into support.
I wonder if anyone has worked with this and can give me some guidance on how to render selected day ranges from a database table.
can you render selected days from a static list of dates? if so then switching out the static list with a dynamic list loaded from the database is all that remains.
If there support is that bad I would get a refund and swtich toa product with better support. There are many companies and organizations that provide quality UI controls and support. both open source and businesses.
jQuery is probably the leader with open source web UI enhancements. the jquery.UI calendar plug-in is excellent.
I have had great success with basic date picker back when I was using webforms. Telerik, ComponentOne, DevExpress and the like also have high quality UI solutions.
I can set a selecteddaystyle in my CSS file for selected days - but that only works when I click on the day and the event selecteddaychanged is fired.
However - I need to render series of days - like when someone is on holiday for a few days, and that is stored in a table with a startdate and an enddate. I know I must use the dayrenderevent, but I am battling to understand how it reads the data from the table and then render the series. In fact, it has a databind method, but what do I bind where and how do I send it to the dayrender event automatically ?
The EO.web datepicker is quite good as it incorporates the time as well. It is not that the guys do not give support. They really only say - you have the documentation - if you cannot read and understand it - go to someone else's control.
I have looked at many of the otehr controls, but i have not found a suitable one amongst them.
However - I will look at some of those you mentioned that I did not study yet.
the database is irrelevant. you can get the dates from anywhere. once you have them you need to set them on the control. that should be as simple as setting a property or adding them to a collection.
remember UI controls shouldn't have any concept of where the data comes from. only how to consume the data.
the web is full of them. I avoid webforms as much as possible in favor of MVC frameworks like FUBU, Monorail and MS MVC in conjunction with the Spark view engine.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.