https://slinkov.ru/openforum/vsluhforumID3/84912.html Разработчики Mozilla приступили к реализации проекта Shumway (http://mozilla.github.com/shumway/), в рамках которого предпринята попытка создания проигрывателя Adobe Flash с использованием технологий HTML5 и языка JavaScript. Указанный проект позволит обеспечить безопасный запуск SWF файлов на компьютере пользователя, ибо JavaScript во многих современных веб браузерах выполняется в песочнице, в отличие от оригинального проигрывателя Adobe Flash, который подключается как библиотека и имеет полный доступ к операционной системе с правами пользователя, что позволяет эксплуатирующим уязвимости Flash-роликам выполнять неразрешённые спецификацией действия.<br><br><br><br><br>В настоящее время ведётся работа по созданию виртуальной машины Flash и runtime-компонентов. На базе уже созданного на языке JavaScript парсера формата SWF подготовлен (http://mozilla.github.com/shumway/inspector/inspector.html) сервис инспектирования SWF-файлов. Кроме того, для наблюдения за прогрессом разработки представлена демонстрационная страница (h https://slinkov.ru/openforum/vsluhforumID3/84912.html#120 Tue, 12 Jun 2012 15:35:06 GMT Называется Dock (прилепить куда-то) и Anchor (привязать к чему-то) в терминах UI компонент.<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#119 Tue, 12 Jun 2012 15:30:28 GMT &gt; Да и ещё, главное, это как-никак стандарт ЕСМА.<br><br>Вы этот стандарт видели? Он описывает только семантику языка и парочку базовых классов и не имеет никакого отношения ни к браузеру, ни к dom, ни к чему. Аналогичные стандарты есть и на C/C++, и на C# и на кучу других языков/платформ.<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#118 Mon, 11 Jun 2012 01:43:09 GMT хмм... JS и HTML5 ... это получается он кросс-платформенный ? O_o<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#117 Fri, 08 Jun 2012 17:13:01 GMT А всегда ли есть смысл переучиваться? Это новая технология (в данном случае HTML+JS+CSS3) должна доказывать преимущество. Любыми путями: идеологией, удобством, лицензией. Без преимуществ, явных. а не мнимых, любая технология обречена. Пока что флеш жив, а как будет далее - решат разработчики контента.<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#116 Fri, 08 Jun 2012 11:40:53 GMT Возвращайтесь со своей машиной времени обратно в будущее.<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#113 Thu, 07 Jun 2012 19:19:53 GMT Так ведь ядра-ж стоять!<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#112 Thu, 07 Jun 2012 18:26:55 GMT &gt;на виндоус тоже самое<br><br>Подтверждаю.<br> https://slinkov.ru/openforum/vsluhforumID3/84912.html#111 Thu, 07 Jun 2012 17:40:59 GMT ну идея такова. Есть одностраничное приложение. В нём, в частности, показывается некий масштабированный элемент. Для простоты - картинка, с известными (и большими) размерами. Кроме неё на странице есть другой контент - выше, ниже, справа, слева. Сумма высоты того что справа/слева меньше/равна высоте экрана. Аналогично для ширины. Нужно растянуть картинку на всё незанятое остальным контентом место (соблюдая пропорции, но это не проблема). Если никак не ограничивать позиционирование задача практически нерешаема (кто угодно и когда угодно может воткнуть элемент с position: absolute), при наложении разумного ограничения "дитя не выходит за границы родителя", все сиблинги перед элементом находятся слева и/или выше, все те, что после - правее и/или ниже" кое-как посчитать получается - но я явно не учитываю все возможные случаи флоатов, clear, display:table, position:absolute и прочего. То есть код "по месту", под конкретную вёрстку написать можно, а универсальный - шиш.<br><br>Проблема в том, что в html элементу нельзя https://slinkov.ru/openforum/vsluhforumID3/84912.html#110 Thu, 07 Jun 2012 17:05:18 GMT &gt; который маштабировался бы, занимая максимально доступную высоту и ширину экрана - и работал бы, будучи помещенным в другие элементы (то есть со всех четырех сторон что-то есть)<br><br>А можно алгоритм работы описать точнее?<br>