Мне кажется, с таким маленьким обзором основное время будет потрачено на случайное рысканье по карте, что сложно сделать лучше или хуже. И результат встречи после такого рыcканья будет зависеть от геометрии встречи, а не от разумности роботов.
Предлагаю:
1. увеличить количество различных преград, что бы получилось что-то типа классической Battle City;
2. существенно увеличить обзор одного юнита, и сделать обзор не действием;
3. (самое главное) дать возможность дружественным юнитам обмениваться информацией между собой, что существенно увеличит варианты стратегии.
А что, интересно, такое «Not supported in HTML 5»?
Насколько я знаю, HTML5 призван унифицировать парсинг любого существующего HTML кода, т.е. обратная совместимость обязательна.
Лично меня больше всего интересует, что из всего этого html5-богатства планирует хоть как-то поддерживать наша любимая фирма microsoft, в своем лучшем изделии ie!
Есть технология CUDA — для вычисления сишных алгоритмов на GPU, но это только карты nVidia выше 8-ого чипа, и совершенно специфическое программирование — Adobe, конечно, не стали писать все фильтры дважды.
Ни на сколько.
На железо можно спихнуть только визуальную часть — для удобства и развлечения пользователя, а не непосредственный рендеринг. Алгоритмы видеокарт ГОСТ-ам не подвержены.
В объединении контакт-листа с диалогом, безусловно, есть здравое зерно, но, думаю, в данном случае лучше предоставить выбор. Пример из моей жизни: у меня 2 монитора, контакт-лист обычно висит скрытым, справа, на 1-ом мониторе, а открытые окна диалогов — на 2-ом. И то, и то удобнее, чем наоборот.
Еще, я думаю, крестик в нижнем углу окна это что-то еще более противоестественное, чем статус в верхнем.
В целом, мне очень понравилось! Сам давно мучаюсь тем, что месанджеров с адекватным интерфейсом нет, и не предвидится, а самому придумывать/воплощать никакого времени не хватит.
Что-то можно сделать в виде скина для миранды, но объединение и мини-режим — только в коде. Или, возможно, в виде плагина — не копался, не уверен.
В одиночку готов попробовать сотворить хотя бы скин. Если наберется еще чуток программеров, готов поучаствовать. Может дело и сдвинется.
В вашем случае, конечно, против XMLа выступать глупо.
Но я же говорил не про ваш случай. Если в нем заменить MS SQL 2005 на «обычный порошок» то вся стройная картина, увы, рушится. Да и редко бывает, что бы результат запроса к БД можно было без дополнительно обработки отправлять в js.
Я же не предлагаю использовать JSON везде и всегда, я предлагаю думать головой (что конкретно вы, по-видимому, и делаете), а не использовать XML везде и всегда. И утверждаю, что для большинства задач, от использования XML нет ни какой пользы, акромя вреда.
Про «помешательство»: стандарт не бывает плохим. Но бывает, что он становится настолько раскрученным, что многие его начинают использовать не для упрощения, а наоборот. И как назвать поведение этих многих?
Ну это вынужденный XHTML. Не развалидировать же его!
XSL — инструмент для преобразования любого XML в любой XML. В качестве «шаблонизатора» данных в HTML он не очень подходит, а используют его, потому что «XML — это круто». А «XML — это круто», потому что для него разработана масса технологий, например XSL и AJAX.
Вам не кажется, что в этой логике есть какой-то изъян? =)
Мне кажется, с таким маленьким обзором основное время будет потрачено на случайное рысканье по карте, что сложно сделать лучше или хуже. И результат встречи после такого рыcканья будет зависеть от геометрии встречи, а не от разумности роботов.
Предлагаю:
1. увеличить количество различных преград, что бы получилось что-то типа классической Battle City;
2. существенно увеличить обзор одного юнита, и сделать обзор не действием;
3. (самое главное) дать возможность дружественным юнитам обмениваться информацией между собой, что существенно увеличит варианты стратегии.
Насколько я знаю, HTML5 призван унифицировать парсинг любого существующего HTML кода, т.е. обратная совместимость обязательна.
Например, по отдельному модулю были сроки?
А верхним уровням плевать на качество кода, для них другие показатели важнее.
На железо можно спихнуть только визуальную часть — для удобства и развлечения пользователя, а не непосредственный рендеринг. Алгоритмы видеокарт ГОСТ-ам не подвержены.
7300 я еще могу понять, но gx2… Забыли? =)
Но 100-бальная…
Я вашему комментарию ставлю 62. Или нет — 63! Нет-нет, 62!
Еще, я думаю, крестик в нижнем углу окна это что-то еще более противоестественное, чем статус в верхнем.
В целом, мне очень понравилось! Сам давно мучаюсь тем, что месанджеров с адекватным интерфейсом нет, и не предвидится, а самому придумывать/воплощать никакого времени не хватит.
Что-то можно сделать в виде скина для миранды, но объединение и мини-режим — только в коде. Или, возможно, в виде плагина — не копался, не уверен.
В одиночку готов попробовать сотворить хотя бы скин. Если наберется еще чуток программеров, готов поучаствовать. Может дело и сдвинется.
Но я же говорил не про ваш случай. Если в нем заменить MS SQL 2005 на «обычный порошок» то вся стройная картина, увы, рушится. Да и редко бывает, что бы результат запроса к БД можно было без дополнительно обработки отправлять в js.
Я же не предлагаю использовать JSON везде и всегда, я предлагаю думать головой (что конкретно вы, по-видимому, и делаете), а не использовать XML везде и всегда. И утверждаю, что для большинства задач, от использования XML нет ни какой пользы, акромя вреда.
Про «помешательство»: стандарт не бывает плохим. Но бывает, что он становится настолько раскрученным, что многие его начинают использовать не для упрощения, а наоборот. И как назвать поведение этих многих?
XSL — инструмент для преобразования любого XML в любой XML. В качестве «шаблонизатора» данных в HTML он не очень подходит, а используют его, потому что «XML — это круто». А «XML — это круто», потому что для него разработана масса технологий, например XSL и AJAX.
Вам не кажется, что в этой логике есть какой-то изъян? =)
И XHTML из той же серии «давайте еще куда нибудь ввернем xml, это же так круто!».