UTF-8 - родная для флеша кодировка, а useCodepage приведет к тому что у юзеров с нерусской виндой приложение работать не будет.

А как вы решаете проблему кодировки?

Тотальное использование utf-8 решает вообще все проблемы. Все, начиная от флеша, заканчивая базой данных sql, должно работать в кодировке utf-8 и точка.

Проблема кодировки решена с появлением utf-8.
В вашем случае - зачем передавать с сервера дни, месяцы и прочее, когда надо только передать время по гринвичу - а это 10 цифр? Кстати если сейчас на Камчатке среда, в Нью-Йорке еще вторник.

Передаю дни и т.д., так как часы по сути констралил для своего проекта (просто приоритет их исполнения по отношению к другим частям сайта низок, (а человеку задавшему вопрос наверное они были здорово нужны, вот я и решил совместить приятное с полезным) ну а дату, для своего варианта приклею позже), у меня она в отличии от вышеуказанного случая входит в ТЗ.
Да и кстати на счёт Камчатки и иже с нею сайт над которым работаем не рассчитан на них, и по моему он вообще ни на кого не рассчитан т.е. служит исключительной цели потешить самолюбие шефа заказчика, именно поэтому там такое чумовое количество всяких абсолютно ненужных крутящихся – вертящихся элементов. Лично я пророчу что у этого проекта посещаемость будет просто гигантская , человека полтора м месяц и то только в том случае если вышеупомянутый шеф вспомнит о том, что у него есть Интернет ресурс и захочет показать (читай повыпендриваться) его какому ни – будь коллеге.
В любом случае большое спасибо за ответ по поводу кодировок, буду разбираться.

Ваши часики очень красивы. Но у вас ОДИН циферблат. А nur выложил исходник с ТРЕМЯ циферблатами, так что дату надо генерить внутри флеша.

Ваши часики очень красивы – спасибо.
Nur выложил исходник с ТРЕМЯ циферблатами. - Я просто предложил метод реализации а имея исходник одного циферблата, поему совсем не сложно добавить ещё 2.
Дату надо генерить внутри флеша. - Вовсе необязательно, можно просто сделать запрос к 3м серверам и отобразить все часы по получению ответов на три запроса, хотя согласен с вами, что этот метод не из лучших. Кстати идея с привязыванием времени к часам на компьютере пользователя (описанная вами ранее) довольно интересная, а для расширения её на любой часовой пояс можно создать (лучше всего используя базу данных, дабы не перегружать сценарий) таблицу поправок относительно времени и даты пользователя, но при этом необходимо учитывать, что сам пользователь может находиться в другом часовом поясе, а следовательно за эталон нужно брать 1 часовой пояс, затем определять тот часовой пояс в которым находиться пользователь делать с его учётом поправку, а уже потом делать повторный запрос к таблице корректировок и вычислять все необходимые времена и даты.
Как ни - будь на досуге попробую реализовать этот метод, если получиться что ни - будь сносное выложу исходник.