The calendar follows the culture of the page (or the current thread, respectively).
The question is whether this be enough to switch to Hijri calendar. I see that the month duration in Hijri calendar is different from the Gregorian calendar. I would suggest that you try switching the page Culture and see what happens. If there are problems, let me know and I will see how difficult it would be to fix it.
thanks Dan for replying.
regrading switching the culture & UICulture of the page, I already tested that (I used this culture: "ar-SA"), and it
didn't work quite right (yes, I got the names of the months right, but the number of month's days is incorrect).
alramaby
-
2/14/2008 9:18:07 AM
Thanks Dan...
To give you a clear picture why this point is so important to us, is because we are now in process of evaluating many products (daypilot pro is one of them) that will give us the scheduling capabilities with support for globalization. If daypilot pro has support for
RTL (which I think is delayed to v 4.6) &
globalization (i.e., support for
Arabic culture specifically), we will be confident that daypilot pro is the right product for us which satisfy our requirement needs.
alramaby
-
2/22/2008 6:24:51 PM
I understand, thanks for the clarification.
The problem is that part of the date-related calculations moved from .NET server-side code to the client side (JavaScript). While the .NET ar-SA support seems to be solid I need to check the support in JavaScript.
It seems that although the client-side calculations are not impossible it's quite difficult. The browsers don't have native Hijri calendar support as far as I know.
I would like to get back to Hijri support in the future but at this moment I'm not able to give any reasonable date. My estimation is 6 months. Sorry about that.