А можно ссылок в студию?. А то у нас в конторе спор как то возник SVG vs Flash. Сам честно говоря ни бум бум .

работать с JavaScript или с оболочкой, в которой запущен player можно юзая ExternalInterface или getURL или fscommand для вызова внешнего JavaScript. Для отправки данных в flash юзается setVariable. Далее есть вот такое вот извращение: http://aflax.org/

про css.
http://www.actionscript.org/tutorials/begi...ash/index.shtml
http://livedocs.macromedia.com/flash/8/mai...4.html#wp453576

AlDev, там ещё с XML`ом вроде были объекты, по-удобнее для взаимодействия с сервером - но дальше DOM`а они почему-то не пошли - SAX`овой реализации на ActionScript я так и не видел - ни от Macromedia, ни от сторонних разработчиков, что странно. Может, появилась уже?

Насчёт же остального... ну, они конечно, молодцы, что идут вперёд, но ты пойми - стандартизация так и так до них доберётся. И они встанут перед выбором - обеспечивать или нет совместимость со стандартами. Если пойдут по пути MS - т.е. демонстративно откажутся от поддержки стандартов что бы сохранить конкурентное преимущество над другими - то сделают этим плохо всем, ибо отрасль не сможет развиваться в условиях монополии, пока пользователи не проявят сознательность и не выкинут у себя их плеер. А если всё-таки пойдут на компромиссы - то просто будут обеспечивать некоторые дополнительные фишки, которые не будет позволять SVG, но которые всё меньше и меньше будут нужны большинству пользователей...

Да и к тому же - ну не достаточно у них мозгов, что бы платформу двигать. Когда я с флэшем работал, то это замечал - тут и там были какие-то непонятные недокументированные глюки, куча нелогичностей... Может, сейчас стало и по-лучше, но со стандартизованными вещами всё равно как правило, гораздо приятнее работать.

Компании должны писать программы, которые должны реализовывать стандарты наилучшим образом, возможно, лишь несколько расширяя их, а не придумывать свои концепции и писать монопольно юзающие их программы. К этому уже во многих областях пришли - в БД, где есть SQL и каждый поставщик СУБД его расширяет и реализует наилучшим образом, J2EE-серверах, где есть стандартное API J2EE-платформы и каждый поставщик ПО промежуточного слоя его реализует и расширяет, языках программирования, у которых куча компиляторов под все платформы... Только MS этому сопротивляется, стремясь удерживать монополию.

Хм. никогда об этом не задумывался. Поищу инфу.

у ActionScript 3 стандарт - E4X.

Мда. Посмотрел технологию AJAX. Немного сместил своё мнение.
Но все равно, полноценные приложения не напишешь на JavaScript )

chipset
например, какие?
а если совместить с Flash?

Менеджер памяти

а зачем его на яваскрипт писать?
(если это то, о чем я подумал)

Не знаю Ты сам пример полноценного приложения спросил.

ну я говорил о тех приложениях, которые нужны для работы с Web...)

Не совсем понятно, за что спорим ...
Одно из главных достоинств компьютеров - возможность использования разных подходов и техник программирования. Понятно, что круто упершись во что-то одно можно только им и обходится. Но всегда будут возникать задачи, когда такая однобокость приводит к лишнему геморою.
Что косается Web-интерфейса, то на мой взгляд даже при всех известных ограничениях это очень эффективное решение для разработки сложных, распределенных систем. К тому же, это здорово упрощает разработку клиентских мест, из-за использования стандартных средств, де-факто уже имеющихся на компах.

Microsoft уже давно ответила на этот вопрос.

Знаю я одно такое приложение, браузер

LSD,
а как же ipb? яндекс? gmail?
Добавлено @ 23:02
а, опять не вкурил
в смысле браузер низя на веб-технологиях написать?
ответ - можно ;)

а как тот браузер без другого браузера работать будет? Курица и яйцо .