I am working on a Flex project that requires an Arabic (Hijri) calendar/datepicker, although I have failed to find any such components to date and been unable to satisfactorily customise the existing Flex components.
I have read up on how to convert a date from Gregorian to Hijri via the DateTimeFormatter using the locale property to specify the language/calendar type (http://blogs.adobe.com/globalization/en/formatting-with-alternate-calendars-in-flex/), but this does not seem to work on the DateField component which I was originally using for my input and datepicker.
I've also read about other issues using the locale property on the DateField component which suggested just modifying the day and month names (Flex 4.5, setting locale for datefield does not work), but that is not sufficient for the Hijri calendar which has a different way of counting days, months and years to the Gregorian calendar. Not to mention needing to order the dates right-to-left.
As this SWF is going to be embedded in a PDF I can't work around it by employing an external calendar and reading the data back into the app.
Does anyone know how I can achieve a Hijri calendar in Flash/Flex?
Related
I have a UWP app that has many Date entry fields and I currently use the DatePicker to provide the three spinners for day, month and year. In most cases this works well for my users, but where the field is a date of birth it's causing some issues for the users. They are complaining about having to scroll back through the years, in some cases many of them. Is there a way to extend or override the spinner for the year to change the behaviour of the arrow buttons to skip forward or backward ten at a time?
I've looked at using the CalendarView but I think this introduces UX issues when selecting the actual day, I feel it's more suited for mouse use rather than touch.
Any help or pointers much appreciated
I need to choose more than one date from calendar. Is there some useful component? I've tried to use https://kenai.com/projects/jfxcalendarpicker/pages/Home in multiple mode, but it has some critical bugs for me.
For some problem in globalization(
orchard cms built in datetime field)
,I need to change datetime related shapes in all existing modules, the shapes includes (I think):
Parts.Common.Date.Edit.cshtml
DateTimeRelative
DateTime
How can I change all of these shapes in all existing module?
The changes are: adding some script to editor and some special formatting in other two shapes.
And finally if I changes the above three shapes, then all date related input and display in all place in orchard site would be changed?
I read lots of articles for doing this but i can't understand well.
The problem will be that those shapes are mostly in the admin. One thing you can do is take a dependency on the module defining them (in module.txt) so that your templates can take precedence. But changing the shapes probably won't be enough and you'll probably have to get your own driver in there to fix the dates on the way back. That being a little trickier, what I would probably do is handle all the locale-specific stuff in script on the client-side and send back to the server a date that has already been converted back to Gregorian calendar.
I'm working on a program that parses text and turns it into iCal events. I'm then using FullCalendar to display the information inside a google gadget.
I'm currently importing the .ics file into my google calendar, making that public, and then pointing fullCalendar at it.
However I'm trying to do accomplish without making the information public. Any ideas?
Alternatively, is there any other lightweight customizable javascript calendar that can interpret .iCal?
Ideally I would be able to just use a single day view/single week view and not an entire month view.
You never said if you using PHP, .NET or what.
So I will assume you use .NET just becuase i use it.
I use this nice DLL Library in .NET
DDay iCal
I use it to create iCals so that people can import to iphones,outlook etc. but briefly looking there is a way to serialize it as well, so you could use it anyway you need to.
And Google Calendars are not listed publicly any more because of private security. Only people with the link can access the gCal.. and your the only ones that knows it. If somebody wanted to get sensitive data then no matter what method you used it always has some vulnerably
I wish I had a better answer. I was doing the same thing (iCalendar format -> Google Calendar, public -> FullCalendar) but became frustrated with how slowly Google Calendar would update. So instead, I put the data into JSON format for FullCalendar.
So now, the site does (A) iCalendar format for distribution to people (they can add it to their own Google Calendar, iCal software, etc.), and also (2) JSON format for FullCalendar.
The advantage is that I can reformat the JSON "description" part to make it look better with QTip bubbles (html line breaks, css styling).
There is also jQuery iCalendar you should check it out.
And there is JSON to XML converter, it's very useful maybe it can help.
Both can work with any language, you should try them and see which
one is better for your specific calendar.
What is best way to allow user to pick date from a mobile device from usability prospective?
I'd detest any form of drop-down, select-list when using a mobile app.
Unfortunately, three separate boxes (for day, month and year) would be equally painful on a MIDP-profile device.
I'd almost suggest using one text box, and do a DateTime.TryParse(String, out DateTime) to get the result. That allows them to type in any number of formats.. and the bulk of the time it'll work okay.
Also, if you gave them a hint on the form as to the correct formatting (e.g. 12 Mar 2009) then it'd probably be the format they use.
Are you building WAP page in asp.net? You have a DatePicker control in the mobile toolset. On devices that supports it this will render as a regular date picker (as in regular asp.net) while on more limited devices it will render as a series of selectors where you first select the year, then the month and finally the date. Unless you have a good reason to do otherwise you should use this I think.