МСУА гонки на хтмл5? :)

http://disc-c.ru/hexgl-3d-гонки-на-html5/
IN REAL TIME!!! ((C) Jobs)

МСУ http://andrew-hoyer.com/experiments/cloth/
А чё она не рвётся? Я видел демку, где можно самому задавать число узлов сетки и "крепость связей" между узлами, а потом мышкой рвать эту сетку.

А вообще, для ХТМЛ-ЦСС в применении их к тому, что вы накидали ссылками...

beg-in-eruser7320Язык, в котором для выравнивания картинки по центру её контейнера требуются такие изъёбства, не имеет право на существование.

да, изъйопство. беспесты.


И по вертикали (не проверял)? Чего же тогда на Stackoverflow всякие гуры костыли-портянки пишут или предлагают некроссплатформенно отдаться Хрому там или Сафари?

beg-in-eruser7320Ещё раз: кроссплатформенность - миф.
в какой части это миф?

достаточно при разработке программы сказать , что "если у вас будет ФФ, Хром,Ёпера,Сафари, Макстон,ИЕ такой-то версии, то у вас всё будет работать" -то массам проблем исчезнет как класс.
Во всеобъемлющей. По мелочам-то можно и кроссплатформенно, ага. Перефразируя Форда, "Вы можете писать кроссплатформенно, если ваш браузер Хром, ОС - Андроид, а движок Вебкит-Блинк".

плагины не нужны, да.
только на них нормально и разрабатывают.

http://ru.tankiforum.com/index.php?showtopic=244342

Остальное всё за рамки бет и демок не вышло. Одни обещания уже годами.

user7320плагины не нужны, да.
только на них нормально и разрабатывают.

http://ru.tankiforum.com/index.php?showtopic=244342

Остальное всё за рамки бет и демок не вышло. Одни обещания уже годами.
Если кто не понял, это на флеше.

beg-in-eruser7320

Чего же тогда на Stackoverflow всякие гуры
на JS это делается влёт и незадумываясь. гуры думают о том, как озаботится тем, что бы работало у тех у кого нет JS.
более того, js это не замена css , а дополнение.
не зря говорят что html5===html+css3+js
Чтобы сделать простое выравнивание, нужен код?! Разметки недостаточно?! Замл смеётся над вашим ХТМЛем!

Изъёбство и костыли на каждом шагу. И чем больше я с ХТМЛем работаю, тем больше в этом убеждаюсь.

beg-in-erbeg-in-er,

я не питаю иллюзий по поводу кроплотформенности.
но здаётся мне, что через годик другой wpf помрёт. да старые проекты ещё будут тянуть. новые наврятли.
останется ему только нишевая прослойка задач.

был тут форумчанин СеВа. если не ошибаюсь очень он радел за СильверЛайт. и где он теперь (СЛ).

наверное единственный минус html(5) это отражение его плюса. клиентский код нельзя защитить.
что попало в броузер можно испектировать. и узнать как оно тикает.
если это принципиально для коммерческого приложения, то тогда о хтмл можно забыть.
Поэтому на ХТМЛе всё ноу-хау - на сервере. Только приложения-сервисы делать. Ну и всякие поделки-демки-бетки, которыми усеян инет и сюда ссылки на них накидали.

ВПФ не помрёт, пока:

1) не помрёт МС;
2) МС не предложит ему адекватную замену на своих десктопах;
3) МодернЮИ не предлагать.

beg-in-erточнее так


Это что вообще и откуда?

В ВПФ стили - это неотделимая часть от разметки. Т. е. можно свойства задать в разметке, а можно - в стилях и вынести их отдельно.

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

beg-in-erМСУА зачем защищать клиентский код?
ответа на этот вопрос у меня нет.
а вдруг там сикретный скоростной алгоритм построения дерева на мильён элементов.
А виртуализация пользовательского интерфейса в ХТМЛ-ЦСС-Джаваскрипт есть? А все остальные секреты на сервере хранятся (включая построение логического дерева на мильён элементов).

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

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

beg-in-er user7320Это что вообще и откуда?
судя по такому вопросу ты не ознакомился с возможностями css.

В ВПФ стили - это неотделимая часть от разметки. Т. е. можно свойства задать в разметке, а можно - в стилях и вынести их отдельно.
а ничего , что данный подход чуть меньше , чем полностью скомунижжен из html-css ?
причём не в лучшем виде.

можно ли реализвать на wpf так же элегантно эту конструкцию


(при наведении мыши подчинённый объект меняет фон и ширину)

тема скатывается в холивар - что лучше wpf или html5. хотя ответ очевиден.
Какая разница, что у кого кто "украл"? Мы же не джобсы какие-нибудь, чтобы от недостатка реальной конкурентоспособности и попоподрывания патентовать чёрные прямоугольники и закруглённые углы (фаски). Главное, как это реализовано. И у ВПФ преимущество в отсутствии устаревшего наследия и накопленных ошибок - это как минимум.

Про стили. Наследование стилей. Или вы что-то другое имели ввиду?

Сон Веры Павловныbeg-in-er

А можно ли в CSS сделать так, чтобы бэкграунд и ширина задавались по данным из модели?
В этом-то собственно и основной минус (для меня) html и css - отсутствие байндингов (и в этом же, а вовсе не в стилях как функциональности оформления - плюс WPF).
Ну, и еще у CSS очень куцый и примитивный синтаксис селекторов. Думаю, тому, кто их подтянет хотя бы до возможностей XPath 1.0, поставят памятник.
У веб-верстальщиков на это всё один ответ - "все ваши выкрутасы легко делаются с помощью джаваскрипта". И байндинги, и анимации, и прочее. Три языка для решения одного типа задач - построения пользовательского интерфейса.

skyANAuser7320пропущено...

У веб-верстальщиков на это всё один ответ - "все ваши выкрутасы легко делаются с помощью джаваскрипта". И байндинги, и анимации, и прочее. Три языка для решения одного типа задач - построения пользовательского интерфейса.Зачем три? Можно и одним обойтись: JavaScript.

P.S.: а как в WPF реализуется возможность кастомизации интерфейса пользователем? К примеру у нас, да и в других CMS, пользователь может отдельно изменить разметку, как ему надо; отдельно стили, какие ему надо; отдельно код.
Вы сейчас говорите про программистов (верстальщиков) и гиков. Пользователь по определению не меняет стили, разметку и код. В ВПФ для таких изъёбств можно сделать (я так думаю) подгрузку замла на лету из файла, который (файл) уже может править кто угодно. Только зачем? Снова троллейбус из буханки хлеба? Пользователю максимум что можно позволить - это шкурки интерфейса и некоторые настройки элементов интерфейса, типа цвета и прочего.

Короче говоря, кастомизация интерфейса пользователем - это не возня в исходниках. Это удобный интерфейс для кастомизации интерфейса (понятно, да?). Смотри, например, Студию 2010, которая на ВПФ и в которой вполне кастомизируем интерфейс (Tools - Settings - где-то там).

Ну а так да, досгласен - ВПФ не позволяет сделать из буханки троллейбус.

Обойтись одним джаваскриптом - это "из буханки троллейбус".

user7320skyANAпропущено...
Зачем три? Можно и одним обойтись: JavaScript.

P.S.: а как в WPF реализуется возможность кастомизации интерфейса пользователем? К примеру у нас, да и в других CMS, пользователь может отдельно изменить разметку, как ему надо; отдельно стили, какие ему надо; отдельно код.
Вы сейчас говорите про программистов (верстальщиков) и гиков. Пользователь по определению не меняет стили, разметку и код. В ВПФ для таких изъёбств можно сделать (я так думаю) подгрузку замла на лету из файла, который (файл) уже может править кто угодно. Только зачем? Снова троллейбус из буханки хлеба? Пользователю максимум что можно позволить - это шкурки интерфейса и некоторые настройки элементов интерфейса, типа цвета и прочего.

Короче говоря, кастомизация интерфейса пользователем - это не возня в исходниках. Это удобный интерфейс для кастомизации интерфейса (понятно, да?). Смотри, например, Студию 2010, которая на ВПФ и в которой вполне кастомизируем интерфейс (Tools - Settings - где-то там).

Ну а так да, досгласен - ВПФ не позволяет сделать из буханки троллейбус.

Обойтись одним джаваскриптом - это "из буханки троллейбус".
А ещё это называется "повышенные возможности прострелить себе ногу". У ВПФ они, по сравнению с ХТМЛ-ЦСС-ДС, пониженные.

skyANAuser7320, если не в теме, то сиди и помалкивай. Пользователи они разные: кому-то хватает удобного интерфейса, кому-то нет.

У меня есть статистика по 12000-ам нашим текущим клиентам, а у тебя что есть? Лишь свои домыслы.
А, так вы о ЦМС. Тогда надо не о ВПФ говорить, а об инструментах, наверное? В Студии вы можете отдельно изменить разметку, отдельно - код, отдельно - стили (особенно, если вынесите их в отдельные файлы). Есть как визуальный редактор, так и текстовый. Вроде, в Бленд даже можно стили редактировать в отдельном визуальном редакторе.