Здравствуйте, GlebZ, Вы писали:
GZ>Здравствуйте, Sinclair, Вы писали:
A>>>Таблицу с пэйджером ты как будешь делать? Сервисный метод, выдающий данные и запрос из javascript с последующим заполнением таблицы? По моему — самое удачное решение. S>>100%. GZ>Не всегда. Иногда пользователю нужна адресуемость именно второй страницы. Собственно, то о чем ты говорил до этого.
Это ничему не противоречит. Правильный способ — именно подкачка. Я могу сделать решение, которое будет выглядеть и работать как сплошная таблица с прокруткой, безо всякого искусственного пейджинга, и при этом 100% адресуемая. И при этом потребление трафика будет как птичка поклевала.
GZ>Простейший способ реализации — все таки get.
Всякий раз, когда нам нужно выбирать между простотой пользователя и простатой программиста, мы выбираем простоту пользователя. Потому что настоящему программисту простата не нужна
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
GZ>>Ты посмотри timeline-api.js. здесь. S>Мне не надо ничего смотреть. Я захожу реальным браузером на реальный сайт с контролом, и смотрю реальный трафик. S>Это, хочу отметить, только startup cost. В том смысле, что все последующие обращения к UI обходятся бесплатно. Загружаются только данные — в лучшем виде, то что Дворкин прописал.
Тут есть несколько Ы. Что ты подразумеваешь под Startup cost? Время когда показался текст или время когда контрол стал работоспособным? И что есть там картинки. Их можно квалифицировать как логику а не данные.
S>Это, вообще говоря, указано в спецификации HTML 3.2.
Была бы еще поддержка производителей. А то Microsoft, несмотря на всю пропаганду и утверждение что нынче все DHTML и ActiveX в топку, в Sharepoint все равно юзает ActiveX для поддержки редактирования файлов и множественного выбора. Двуличные, блин.
Здравствуйте, GlebZ, Вы писали: GZ>Нет. Просто копированием имени из письма. Такие сложные решения как префиксы — есть признак неуважения к пользователю. Работает, конечно же, и так. просто from: более restrictive.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Всякий раз, когда нам нужно выбирать между простотой пользователя и простатой программиста, мы выбираем простоту пользователя. Потому что настоящему программисту простата не нужна
Здравствуйте, GlebZ, Вы писали:
GZ>Здравствуйте, Sinclair, Вы писали:
GZ>>>Ты посмотри timeline-api.js. здесь. S>>Мне не надо ничего смотреть. Я захожу реальным браузером на реальный сайт с контролом, и смотрю реальный трафик. S>>Это, хочу отметить, только startup cost. В том смысле, что все последующие обращения к UI обходятся бесплатно. Загружаются только данные — в лучшем виде, то что Дворкин прописал. GZ>Тут есть несколько Ы. Что ты подразумеваешь под Startup cost? Время когда показался текст или время когда контрол стал работоспособным?
Стоимость инициализации приложения в первый раз. Практически полностью определяется размером загружаемых данных (время в грубом приближении можно получить поделив этот размер на толщину клиентского канала)
Return cost — стоимость повторного показа приложения. GZ>И что есть там картинки. Их можно квалифицировать как логику а не данные.
Ок, давай квалифицировать как логику. В очередной раз чистим кэш и ставим смелый эксперимент: чистим кэш, запускаем фиддлер. Поехали:
На этот раз, приложение стоило мне меньше восьми килобайт и чуть больше четырех секунд.
Это не вполне честно, т.к. живые данные не были перезапрошены (обычно как раз они и будут обновляться), но по убийству Кеннеди никаких новостей пока не поступило. S>>Это, вообще говоря, указано в спецификации HTML 3.2. GZ>Была бы еще поддержка производителей. А то Microsoft, несмотря на всю пропаганду и утверждение что нынче все DHTML и ActiveX в топку, в Sharepoint все равно юзает ActiveX для поддержки редактирования файлов и множественного выбора.
Правильно, использовать нужно Flash Или сильверлайт GZ>Двуличные, блин. Они просто очень длинные. Голова уже в двадцать первом веке, а хвост — в восьмидесятых годах. Ты вспомни, в каком году в трей разрешили иконки с более чем 16 цветами размещать
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
GZ>>И что есть там картинки. Их можно квалифицировать как логику а не данные. S>Ок, давай квалифицировать как логику. В очередной раз чистим кэш и ставим смелый эксперимент: чистим кэш, запускаем фиддлер. Поехали: S>
skipped...
S>
S>Это не вполне честно, т.к. живые данные не были перезапрошены (обычно как раз они и будут обновляться), но по убийству Кеннеди никаких новостей пока не поступило.
Таки да. Все вполне верно. Неверно прочитал исходники.
И еще, там посылается bundle.js который гзипованный весит 22 кил. А вот расгзипованный — Content-Length: 111643. К вопросу об исходном сообщении о сложности. Сколько стоит написать и отладить 110 кил кода на JavaScript, и сколько будет весить то же самое но написанное на С# или C++ с использованием GUI? Было бы время, показал бы что меньше по размеру.
GZ>>Двуличные, блин. S> Они просто очень длинные. Голова уже в двадцать первом веке, а хвост — в восьмидесятых годах. Ты вспомни, в каком году в трей разрешили иконки с более чем 16 цветами размещать
ЗЫ. Там у них есть очень показательный комментарий:
/*
HACK: We need these 2 things here because we cannot simply append
a <script> element containing code that accesses Timeline.Platform
to initialize it because IE executes that <script> code first
before it loads timeline.js and util/platform.js.
*/
Здравствуйте, Sinclair, Вы писали:
S>Нижний уровень в ASP.NET продуман просто великолепно. Изменения в 2.0 были достаточно незначительными. S>Средний и верхний слой были просто отвратительны в 1.0 и 1.1. S>В 2.0 добавили несколько полезных вещей, в частности механику Providers и Themes. Но решение осталось половинчатым, т.к. часть контролов по прежнему требовала Postback для своей работы. То есть средний уровень был улучшен, а вот верхний остался в целом малопригодным.
S>Низким уровнем я считаю механику IHttpHandler/IHttpModule, HttpRequest, HttpResponse, HttpContext, System.Web.Cache и прочие штуки, которые мало меняются из версии в версию и позволяют строить совершенно произвольные веб-приложения.
Т.е. на сегодня разработка нормальных веб-приложений с использованием asp.net подразумевает использование в основном только этого нижнего уровня, так?
Для практики интерес представляет клиентская составляющая этого уровня — т.е. javascript функции и объекты, которые используются в странице для обеспечения всей этой функциональности. Вопрос: этот клиентский javascript официально задокументирован или же является деталью реализации и его использование можно считать хаком? Если задокументирован, то накидай, плиз, сылок — дико интересно
Всякий раз, когда нам нужно выбирать между простотой пользователя и простатой программиста, мы выбираем простоту пользователя. Потому что настоящему программисту простата не нужна
Да здравствуют девушки-программистки!
... << RSDN@Home 1.2.0 alpha rev. 786>>
((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x))))
Здравствуйте, Sinclair, Вы писали:
GZ>>Простейший способ реализации — все таки get. S>
Всякий раз, когда нам нужно выбирать между простотой пользователя и простатой программиста, мы выбираем простоту пользователя. Потому что настоящему программисту простата не нужна
Здравствуйте, Kisloid, Вы писали:
K>Ну или если рассматривать все вот с такой точки зрения, что браузер является хостом для твоего веб приложения, а ОС для твоего десктоп приложения. Изменения настроек браузера делаются в Tools -> Internet Options, а настройки ОС в Control Panel. Я почему-то сомневаюсь, что изменения настроек в Control Panel как-то негативно воздействуют на мое десктоп приложение
да, легко, что у нас там Fonts, Windows Firewall, Regional Options, любое десктопное приложение можно озадачить, а уж молчу про такую вещь как установка удаление кодеков. Только все это, так же как и с бразузером так и должно быть — если включается глобальная настройка "Не показывать картинки" то их и не должно быть ни где. То что у IE нет такой настройки отдельно по сайтам — это его личное горе, в FireFox есть.
Здравствуйте, Sinclair, Вы писали:
S>Нижний уровень в ASP.NET продуман просто великолепно.
Если быть честным, то большая часть просто содрана с Servlets/JSP с некоторыми изменениями, далеко не все из которых удачны. Например, ИМХО, неудачный IHttpModule.
... << RSDN@Home 1.2.0 alpha 4 rev. 1036 on Windows Vista 6.0.6001.65536>>
Здравствуйте, AndrewVK, Вы писали:
PD>>, способ ее рисования — тоже AVK>Это вряд ли. В конце концов рисование примитивов полностью переедет в GPU.
Кое-где уже начало. Новый FireFox использует в качестве бэкэнда Cairo, который постепенно учится напрямую ускоряться адаптером.
Здравствуйте, Cyberax, Вы писали:
AVK>>Это вряд ли. В конце концов рисование примитивов полностью переедет в GPU. C>Кое-где уже начало.
Я в курсе.
C> Новый FireFox
Тут WPF уже упоминали. И там (точнее в Windows SDK) есть прикольная утилитка, которая подкрашивает розовым ту графику, которая вычисляется софтово. Но это все не совсем то, о чем Дворкин говорил, геометрию пока шейдерами вроде как нигде не рисуют.
C> использует в качестве бэкэнда Cairo, который постепенно учится напрямую ускоряться адаптером.
GTK+ тоже использует Cairo, но вобще то никакого ускорения адаптером он не содержит, просто он сам по себе работает не напрямую, а через собственный бекэнд. И один из них, который называется glitz, как раз таки да, умеет работать через OGL.
У WPF архитектура аналогичная — у него своя библиотека графики, аналогичная Cairo, которая при рождении называлась Aero (позже название перешло на красивости Висты, но, в отличие от PDC 2003, теперь эти красивости реализуются совсем другим кодом), а сейчас вроде бы отдельного названия не имеет, просто System.Windows.Drawing. И у нее точно так же есть собственный бекенд. Беты работали через GDI бекенд. Нынешний бекенд, MIL, работает через DirectX.
... << RSDN@Home 1.2.0 alpha 4 rev. 1036 on Windows Vista 6.0.6001.65536>>
Здравствуйте, AndrewVK, Вы писали:
C>>Кое-где уже начало. AVK>Я в курсе.
Да, я просто дополняю.
C>> Новый FireFox AVK>Тут WPF уже упоминали. И там (точнее в Windows SDK) есть прикольная утилитка, которая подкрашивает розовым ту графику, которая вычисляется софтово. Но это все не совсем то, о чем Дворкин говорил, геометрию пока шейдерами вроде как нигде не рисуют.
Кое-кто уже пытается. В QT4 добавляют поддержку тесселяции на GPU с помощью шейдеров и других вкусные вещи: http://zrusin.blogspot.com/2006/10/benchmarks.html http://www.mdk.org.pl/2007/8/6/vector-drawing-opengl-shaders-and-cairo
C>> использует в качестве бэкэнда Cairo, который постепенно учится напрямую ускоряться адаптером. AVK>GTK+ тоже использует Cairo, но вобще то никакого ускорения адаптером он не содержит, просто он сам по себе работает не напрямую, а через собственный бекэнд. И один из них, который называется glitz, как раз таки да, умеет работать через OGL.
Угу.
AVK>У WPF архитектура аналогичная — у него своя библиотека графики, аналогичная Cairo, которая при рождении называлась Aero (позже название перешло на красивости Висты, но, в отличие от PDC 2003, теперь эти красивости реализуются совсем другим кодом), а сейчас вроде бы отдельного названия не имеет, просто System.Windows.Drawing. И у нее точно так же есть собственный бекенд. Беты работали через GDI бекенд. Нынешний бекенд, MIL, работает через DirectX.
Мне интересно, а какие фичи видеокарты они уже используют кроме банального блиттера?
Здравствуйте, Cyberax, Вы писали:
C>Мне интересно, а какие фичи видеокарты они уже используют кроме банального блиттера?
Не особо они распространяются на эту тему. К лету обещали shadows и blur акселерировать. Сейчас вроде используется масштабирование для плавности. Т.е. в процессе масштабирования масштабируется средствами карты, как бросаешь кнопку, все уже перерисовывается по честному. Ну и конечно отсечение, градиент, альфа-блендинг, кое какая несложная анимация. Ну и 3D конечно, если оно используется. Можно еще покурить над требованиями к tier 2.
... << RSDN@Home 1.2.0 alpha 4 rev. 1036 on Windows Vista 6.0.6001.65536>>
Здравствуйте, artelk, Вы писали:
A>Т.е. на сегодня разработка нормальных веб-приложений с использованием asp.net подразумевает использование в основном только этого нижнего уровня, так?
Ну почему же. Есть альтернативные фреймворки, построенные поверх этого уровня. MVC Framework из ASP.NET 3.5 прямо-таки по-взрослому крут.
A>Для практики интерес представляет клиентская составляющая этого уровня — т.е. javascript функции и объекты, которые используются в странице для обеспечения всей этой функциональности.
У нижнего уровня никакой клиентской составляющей нет.
Вопрос: этот клиентский javascript официально задокументирован или же является деталью реализации и его использование можно считать хаком? Если задокументирован, то накидай, плиз, сылок — дико интересно
Если речь о джаваскрипте, который поддерживает Postback/Callback, то AFAIK он недокументирован.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, artelk, Вы писали:
A>>Т.е. на сегодня разработка нормальных веб-приложений с использованием asp.net подразумевает использование в основном только этого нижнего уровня, так? S>Ну почему же. Есть альтернативные фреймворки, построенные поверх этого уровня. MVC Framework из ASP.NET 3.5 прямо-таки по-взрослому крут.
Только ему катастрофически не хватает валидаторов как в WebForms и поддержки MS AJAX (сразу на это напоролся при поытке использовать в проекте). Хотя может быть к релизу и то и другое прикрутят.
S>Вопрос: этот клиентский javascript официально задокументирован или же является деталью реализации и его использование можно считать хаком? Если задокументирован, то накидай, плиз, сылок — дико интересно S>Если речь о джаваскрипте, который поддерживает Postback/Callback, то AFAIK он недокументирован.
Очеь даже задокументирован, см справку по ClientScriptManager. Во внутренности Postback/Callback лезть не стоит.
Клиентская библиотка MS AJAX и Ajax Control Toolkit отлично задокументирована.
GlebZ wrote:
> Нет. Просто копированием имени из письма. Такие сложные решения как > префиксы — есть признак неуважения к пользователю.
Зато удобно при частом использовании. Кстати, там есть ещё ссылочка "Show search options".
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Работает, конечно же, и так. просто from: более restrictive.
