Вот просто цифры: количество оффициально купленных или установленных бесплатно продуктов использующих htmlayout на сегдняшний день: 3,200,000.
В день покупают или устанавливают таких продуктов 43,000.

Это конечно больше говорит о нужности базовых функций самих продуктов (а не только их UI), но тем не менее.

Вот

Цифры достоверные — не с потолка.

Здравствуйте, c-smile, Вы писали:

CS>Вот просто цифры: количество оффициально купленных или установленных бесплатно продуктов использующих htmlayout на сегдняшний день: 3,200,000.
CS>В день покупают или устанавливают таких продуктов 43,000.

Поздравления

Здравствуйте, c-smile, Вы писали:

Ну для начала, конечно, поздравляю!

По сути вопроса, могу сказать, следующее — ИМХО ты путаешь использование HTMLayout с Web-Like UI. У меня, например, в одной из программ HTMLayout используется только в диалоге прогресса операции (там куча информации выводится, оказалось проще сверстать HTML, очень компактно вышло) и в About Box. Это же не значит, что у меня там Web-Like UI, не так ли?

Тут надо ширше брать. Людям нужен UI, который что в вебе, что на десктопе одинаковый. Этот набор ограничивается набором HTML 4.0 + Tree + Menu. И требуется одинаковость поведения всего этого.

Здравствуйте, c-smile, Вы писали:

CS>Вот просто цифры: количество оффициально купленных или установленных бесплатно продуктов использующих htmlayout на сегдняшний день: 3,200,000.
CS>В день покупают или устанавливают таких продуктов 43,000.

Для бесплатных это видимо количество закачек, так? Нужно заметить, что не каждая закачка устанавливается, и тем более, не каждая установленная — используется (это и для платных верно).

Тем не менее к поздравлениям присоединяюсь.

Здравствуйте, adontz, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

A>Ну для начала, конечно, поздравляю!

A>По сути вопроса, могу сказать, следующее — ИМХО ты путаешь использование HTMLayout с Web-Like UI. У меня, например, в одной из программ HTMLayout используется только в диалоге прогресса операции (там куча информации выводится, оказалось проще сверстать HTML, очень компактно вышло) и в About Box. Это же не значит, что у меня там Web-Like UI, не так ли?

Нет не путаю.
Эти цифры пришли от компаний которые используют htmlayout именно для всего UI приложения.
Т.е. сюда не входят приложения типа твоего. Я кстати про него ничего не знаю — соответственно в цифири оно не входит.

Эти цифры учитывают только оффициальные данные от компаний которые мне их предоставили.

Я кстати предлагал всем кто пользует разместить ссылки у себя на customers page. худо-бедно но какая-то доп. реклама.

Здравствуйте, wildwind, Вы писали:

W>Для бесплатных это видимо количество закачек, так? Нужно заметить, что не каждая закачка устанавливается, и тем более, не каждая установленная — используется (это и для платных верно).

Достоверно знаю что как минимум *продаж* это 36тыс экземпляров в день. Данные от сами знаете кого.

W>Тем не менее к поздравлениям присоединяюсь.

Спасибо. Начать что-ли royalty fee брать...

Здравствуйте, Mamut, Вы писали:

M>Тут надо ширше брать. Людям нужен UI, который что в вебе, что на десктопе одинаковый. Этот набор ограничивается набором HTML 4.0 + Tree + Menu. И требуется одинаковость поведения всего этого.

Твоя мысль ускользает от меня. Поясни, а?

M>>Тут надо ширше брать. Людям нужен UI, который что в вебе, что на десктопе одинаковый. Этот набор ограничивается набором HTML 4.0 + Tree + Menu. И требуется одинаковость поведения всего этого.

CS>Твоя мысль ускользает от меня. Поясни, а?

Я о том, что сейчас десктоп и web предлагаеют абсолютно разные интерфесы — как визуально, так и по поведению. Но веба становится все больше и больше. Хочется, чтобы программы в вебе вели себя также, как программы на десктопе и наоборот.

То есть народу нужен не только и не столько Web alike UI, сколько унифицированный UI. HTMLayout им это предлагает.

Здравствуйте, Mamut, Вы писали:

M>Я о том, что сейчас десктоп и web предлагаеют абсолютно разные интерфесы — как визуально, так и по поведению. Но веба становится все больше и больше. Хочется, чтобы программы в вебе вели себя также, как программы на десктопе и наоборот.

Про наоборот это ты ИМХО погорячился. какие-то вещи проще сделать в HTML, но чтобы прям кнопки Back и Forward были... сомневаюсь я.

M>>Я о том, что сейчас десктоп и web предлагаеют абсолютно разные интерфесы — как визуально, так и по поведению. Но веба становится все больше и больше. Хочется, чтобы программы в вебе вели себя также, как программы на десктопе и наоборот.

A>Про наоборот это ты ИМХО погорячился. какие-то вещи проще сделать в HTML, но чтобы прям кнопки Back и Forward были... сомневаюсь я.

Не, про back/forward я не говорю, хотя иногда хочется

Здравствуйте, Mamut, Вы писали:

M>Не, про back/forward я не говорю, хотя иногда хочется

Back/Forward очень даже хорошо, когда ты что-то нелинейное просматриваешь, типа MSDN. А так, не очень понятно иногда что они в принципе могу означать.

Здравствуйте, adontz, Вы писали:

M>>Не, про back/forward я не говорю, хотя иногда хочется

A>Back/Forward очень даже хорошо, когда ты что-то нелинейное просматриваешь, типа MSDN. А так, не очень понятно иногда что они в принципе могу означать.

Очень даже. back == "Вернуться к тому, что я видел только что". Если изображение на экране изменилось без изменения пользовательских данных (т.е. изменилось представление данных) — то действие Back очевидно. Если при этом и пользовательские данные были изменены — back, в принципе, может быть метафорой универсального Undo.

Мне очень помогли думать о "веб <=> десктоп" вот эта статья в частности: The power of the URL-line и REST вообще.

Здравствуйте, Mamut, Вы писали:

M>>>Тут надо ширше брать. Людям нужен UI, который что в вебе, что на десктопе одинаковый. Этот набор ограничивается набором HTML 4.0 + Tree + Menu. И требуется одинаковость поведения всего этого.

CS>>Твоя мысль ускользает от меня. Поясни, а?

M>Я о том, что сейчас десктоп и web предлагаеют абсолютно разные интерфесы — как визуально, так и по поведению. Но веба становится все больше и больше. Хочется, чтобы программы в вебе вели себя также, как программы на десктопе и наоборот.

Вот это как-то спорно. Connected и disconnected это разные метафоры.
Ну и потом разница между Inductive и Deductive UI обсуждалась ужо не раз.

M>То есть народу нужен не только и не столько Web alike UI, сколько унифицированный UI. HTMLayout им это предлагает.

А вот это уже не спорно

A>>Back/Forward очень даже хорошо, когда ты что-то нелинейное просматриваешь, типа MSDN. А так, не очень понятно иногда что они в принципе могу означать.

ЗХ>Очень даже. back == "Вернуться к тому, что я видел только что". Если изображение на экране изменилось без изменения пользовательских данных (т.е. изменилось представление данных) — то действие Back очевидно. Если при этом и пользовательские данные были изменены — back, в принципе, может быть метафорой универсального Undo.

Такой универсальный Undo работает в единственном случаю — у юзера есть конкретное представление/ знание о том что произойдет в данном случае.

И потом Back/Forward это небезопасная операция. Скажем в IE она разрушает текущее состояние JavaScript VM и объектов DOM. Т.е. если пользователь ожидает что пара Back, Forward вернет его состоянию где он был то это не так. Т.е. делать что-то c client state (типичный случай в Web Application) в этом броузере, да собственно как в любом другом "Internet Reader" я не рекомендую.

Для "универсальный Undo/Redo" нужен более совершеный механизм по сравнению с тем что предлагает стандартный "Internet Reader".

А так первый же залетевший дятел в виде ASP.NET и его UpdatePanel разрушает совершенную картину мира.

Здравствуйте, c-smile, Вы писали:

A>>>Back/Forward очень даже хорошо, когда ты что-то нелинейное просматриваешь, типа MSDN. А так, не очень понятно иногда что они в принципе могу означать.

ЗХ>>Очень даже. back == "Вернуться к тому, что я видел только что". Если изображение на экране изменилось без изменения пользовательских данных (т.е. изменилось представление данных) — то действие Back очевидно. Если при этом и пользовательские данные были изменены — back, в принципе, может быть метафорой универсального Undo.

CS>Такой универсальный Undo работает в единственном случаю — у юзера есть конкретное представление/ знание о том что произойдет в данном случае.

CS>И потом Back/Forward это небезопасная операция. Скажем в IE она разрушает текущее состояние JavaScript VM и объектов DOM. Т.е. если пользователь ожидает что пара Back, Forward вернет его состоянию где он был то это не так. Т.е. делать что-то c client state (типичный случай в Web Application) в этом броузере, да собственно как в любом другом "Internet Reader" я не рекомендую.

Во-первых, я сказал "в принципе, может быть метафорой...".
Во-вторых, я не говорил о конкретных способах и проблемах реализации. Речь шла о том, что "осмысленна ли в принципе метафора back/forward в десктопном интерфейсе".
В-третьих, ты говоришь о проблеме конкретного IE — а она не является концептуальной (моя Опера прекрасно возвращает меня по кнопке Back — возвращая в том числе все набранные тексты, состояние элементов страницы и т.п.)

Здравствуйте, Зверёк Харьковский, Вы писали:

ЗХ>Во-первых, я сказал "в принципе, может быть метафорой...".

Ну если в принципе то все может быть метафорой всего чего угодно.

В том числе и педаль undo может быть метфорой go back.
Тем не менее go back и undo стараются не мешать.

ЗХ>Во-вторых, я не говорил о конкретных способах и проблемах реализации. Речь шла о том, что "осмысленна ли в принципе метафора back/forward в десктопном интерфейсе".
ЗХ>В-третьих, ты говоришь о проблеме конкретного IE — а она не является концептуальной (моя Опера прекрасно возвращает меня по кнопке Back — возвращая в том числе все набранные тексты, состояние элементов страницы и т.п.)

Я больше здесь говорил про "метфору" UpdatePanel и то что называют Ajax стилем.
UpdatePanel позволяет обновлять страницу (или фрагмент) без попадания этого измениня в back/fore stack.
Какой нибудь Ajax drag-n-drop тоже не backable и не undoable.

Internet Application Client (не Intetnet Reader типа Opera) должен иметь journaling механизм — автор страницы должен иметь возможность 1) помешать туда "принципиальные действа" 2) давать пользователю четкую индикацию того что произойдет по back или undo.

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, Mamut, Вы писали:

M>>Тут надо ширше брать. Людям нужен UI, который что в вебе, что на десктопе одинаковый. Этот набор ограничивается набором HTML 4.0 + Tree + Menu. И требуется одинаковость поведения всего этого.

CS>Твоя мысль ускользает от меня. Поясни, а?

Смотри MS CRM 3.0. Он для для веба, что в outlook desktop edition одинаковый.
Забегая вперед — однаковость достигается использованием только asp.net и на desktop ставится iss+msde.
Более того — там используются те же самые формы.


Павел

Здравствуйте, c-smile, Вы писали:

CS>Достоверно знаю что как минимум *продаж* это 36тыс экземпляров в день. Данные от сами знаете кого.

Это N*36000$ ежедневного дохода? Тоже поздравляю!

Здравствуйте, Аноним, Вы писали:

А>Это N*36000$ ежедневного дохода? Тоже поздравляю!

Или продаж всяких разных продуктов, авторы которых бесплатно юзают вашу библиотеку?