Обновить
-22
DarkV@DarkV

Пользователь

0,7
Рейтинг
1
Подписчики
Отправить сообщение
А что, интересно, такое «Not supported in HTML 5»?
Насколько я знаю, HTML5 призван унифицировать парсинг любого существующего HTML кода, т.е. обратная совместимость обязательна.
Про номерные знаки хорошо написано в совете Горбунова.
А не было каких-нибудь показателей сроков по отделу?
Например, по отдельному модулю были сроки?
Насколько я понял ваш рассказ, соблюдаемость сроков не увеличилась.
А верхним уровням плевать на качество кода, для них другие показатели важнее.
Лично меня больше всего интересует, что из всего этого html5-богатства планирует хоть как-то поддерживать наша любимая фирма microsoft, в своем лучшем изделии ie!
Есть технология CUDA — для вычисления сишных алгоритмов на GPU, но это только карты nVidia выше 8-ого чипа, и совершенно специфическое программирование — Adobe, конечно, не стали писать все фильтры дважды.
Ни на сколько.
На железо можно спихнуть только визуальную часть — для удобства и развлечения пользователя, а не непосредственный рендеринг. Алгоритмы видеокарт ГОСТ-ам не подвержены.
И таки не работает! О чем и речь.
Вообще-то речь шла о OpenGL 2.0, Shader Model 3.0 и 128Mb.
7300 я еще могу понять, но gx2… Забыли? =)
nVidia 9800 GX2 1024 Mb — не поддерживается, и в списке не значится.
Ну 60 — это скорее 10-бальная шкала, еще куда ни шло.
Но 100-бальная…
Я вашему комментарию ставлю 62. Или нет — 63! Нет-нет, 62!
Такой вопрос: а как определить статус контакта? Не текстовой, а обычный.
Ну это не квип виноват, просто сам протокол такого не поддерживает.
В объединении контакт-листа с диалогом, безусловно, есть здравое зерно, но, думаю, в данном случае лучше предоставить выбор. Пример из моей жизни: у меня 2 монитора, контакт-лист обычно висит скрытым, справа, на 1-ом мониторе, а открытые окна диалогов — на 2-ом. И то, и то удобнее, чем наоборот.

Еще, я думаю, крестик в нижнем углу окна это что-то еще более противоестественное, чем статус в верхнем.

В целом, мне очень понравилось! Сам давно мучаюсь тем, что месанджеров с адекватным интерфейсом нет, и не предвидится, а самому придумывать/воплощать никакого времени не хватит.

Что-то можно сделать в виде скина для миранды, но объединение и мини-режим — только в коде. Или, возможно, в виде плагина — не копался, не уверен.
В одиночку готов попробовать сотворить хотя бы скин. Если наберется еще чуток программеров, готов поучаствовать. Может дело и сдвинется.
В вашем случае, конечно, против XMLа выступать глупо.

Но я же говорил не про ваш случай. Если в нем заменить MS SQL 2005 на «обычный порошок» то вся стройная картина, увы, рушится. Да и редко бывает, что бы результат запроса к БД можно было без дополнительно обработки отправлять в js.

Я же не предлагаю использовать JSON везде и всегда, я предлагаю думать головой (что конкретно вы, по-видимому, и делаете), а не использовать XML везде и всегда. И утверждаю, что для большинства задач, от использования XML нет ни какой пользы, акромя вреда.

Про «помешательство»: стандарт не бывает плохим. Но бывает, что он становится настолько раскрученным, что многие его начинают использовать не для упрощения, а наоборот. И как назвать поведение этих многих?
Ну это вынужденный XHTML. Не развалидировать же его!

XSL — инструмент для преобразования любого XML в любой XML. В качестве «шаблонизатора» данных в HTML он не очень подходит, а используют его, потому что «XML — это круто». А «XML — это круто», потому что для него разработана масса технологий, например XSL и AJAX.

Вам не кажется, что в этой логике есть какой-то изъян? =)
Или я, или парсер чего-то недопоняли. =)
Вот и я о том же. Помешательство и сейчас еще есть, хоть и поменьше.
И XHTML из той же серии «давайте еще куда нибудь ввернем xml, это же так круто!».
А, ну, да. Раз уж он так называется, нам ничего не остается, кроме как использовать XML…
absolvo, croatian:
Для аякса, не вижу его преимуществ перед JSON-ом.

Информация

В рейтинге
2 430-й
Откуда
Россия
Дата рождения
Зарегистрирован
Активность