Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

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

D>Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

Не надо путать тёплое с мягким. WPF прожорливый движок для .Net хранящие описания форм в XML'е, HTMLayout универсальная быстрая HTML библиотека предоставляющая широкие возможности декларативного описания интерфейса. Я например не видел в WPF чего-либо подобного CSS selectors.

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

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

D>>Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

A>Не надо путать тёплое с мягким. WPF прожорливый движок для .Net хранящие описания форм в XML'е, HTMLayout универсальная быстрая HTML библиотека предоставляющая широкие возможности декларативного описания интерфейса. Я например не видел в WPF чего-либо подобного CSS selectors.

Уважаемый, Вы сначала WPF поизучайте, не позорьтесь.

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

A>>Не надо путать тёплое с мягким. WPF прожорливый движок для .Net хранящие описания форм в XML'е, HTMLayout универсальная быстрая HTML библиотека предоставляющая широкие возможности декларативного описания интерфейса. Я например не видел в WPF чего-либо подобного CSS selectors.
D>Уважаемый, Вы сначала WPF поизучайте, не позорьтесь.

Поизучал. Пришёл к выводу что 90% маркетологии. Грида и того нет. Сырой продукт.

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

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

A>>>Не надо путать тёплое с мягким. WPF прожорливый движок для .Net хранящие описания форм в XML'е, HTMLayout универсальная быстрая HTML библиотека предоставляющая широкие возможности декларативного описания интерфейса. Я например не видел в WPF чего-либо подобного CSS selectors.
D>>Уважаемый, Вы сначала WPF поизучайте, не позорьтесь.
A>Поизучал. Пришёл к выводу что 90% маркетологии. Грида и того нет. Сырой продукт.
К сожалению Ваши высказывания относительно WPF заставляют усомниться в достаточной глубине изучения данного продукта.

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

A>>Поизучал. Пришёл к выводу что 90% маркетологии. Грида и того нет. Сырой продукт.
D>К сожалению Ваши высказывания относительно WPF заставляют усомниться в достаточной глубине изучения данного продукта.

ОК, вот раз ты такой умный и высокомерный, покажи мне в WPF полный аналог селекторов CSS (список поддерживаемых HTMLayout: http://www.terrainformatica.com/htmlayout/selectors.whtm) и заодно стандартный (входящий в фреймворк) грид (функциональный аналог DataGridView из WinForms).

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

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

A>>>Поизучал. Пришёл к выводу что 90% маркетологии. Грида и того нет. Сырой продукт.
D>>К сожалению Ваши высказывания относительно WPF заставляют усомниться в достаточной глубине изучения данного продукта.

A>ОК, вот раз ты такой умный и высокомерный, покажи мне в WPF полный аналог селекторов CSS (список поддерживаемых HTMLayout: http://www.terrainformatica.com/htmlayout/selectors.whtm) и заодно стандартный (входящий в фреймворк) грид (функциональный аналог DataGridView из WinForms).
1) ПОЛНОГО аналога селекторов CSS в чистом виде нет, оно и не нужно, те-же самые задачи можно решить и немного по другому.
2) Во первых можно использовать DataGridView из WinForms. Во вторых можно использовать ListView у которого задан GridView у которого в свою очередь указаны DataTemplate-ы.

Касательно WPF vs HtmlLayout — оба продукта предназначены для построения кастомизируемого настраивоемого интерфейса. И WPF imho делает это более полноценно и идеологически правильно.

Здравствуйте, adontz, Вы писали:
A>покажи мне в WPF полный аналог селекторов CSS (список поддерживаемых HTMLayout: http://www.terrainformatica.com/htmlayout/selectors.whtm)
Посмотри triggers у style

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

D>1) ПОЛНОГО аналога селекторов CSS в чистом виде нет, оно и не нужно, те-же самые задачи можно решить и немного по другому.

По-другому не хочу, хочу декларативно.

D>2) Во первых можно использовать DataGridView из WinForms. Во вторых можно использовать ListView у которого задан GridView у которого в свою очередь указаны DataTemplate-ы.

Это прышки в сторону, так в HTMLayout тоже можно чужие окна вставлять. Если мы говорим о WPF vs HTMlayout, то вот давай про WPF и говорить. В HTMLayout тоже нет грида, но он и позиционируется по-другому.

D>Касательно WPF vs HtmlLayout — оба продукта предназначены для построения кастомизируемого настраивоемого интерфейса. И WPF imho делает это более полноценно и идеологически правильно.

Не согласен. Мне например очень нравится разделение на HTML файлы в которых я, как программист, задаю просто набор необходимых элементов управления и CSS файлы в которых дизайнер задаёт внешний вид, а так же (оп ля!) другие CSS файлы в которых ещё кто-то задёт локализацию (замену строк и картинок). То есть с точки зрения технологического процесса HTML + CSS это чудесно, а в реализации HTMLayout достаточно неплохо.

К тому же WPF это что-то новое, а на HTMLayout я могу натравить кого-то из дешёвой армии студентов — веб дизайнеров.

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

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

D>>1) ПОЛНОГО аналога селекторов CSS в чистом виде нет, оно и не нужно, те-же самые задачи можно решить и немного по другому.
A>По-другому не хочу, хочу декларативно.
Декларативно — смотри тригеры у стиля, всё это есть только выглядит немного иначе.

D>>2) Во первых можно использовать DataGridView из WinForms. Во вторых можно использовать ListView у которого задан GridView у которого в свою очередь указаны DataTemplate-ы.
A>Это прышки в сторону, так в HTMLayout тоже можно чужие окна вставлять. Если мы говорим о WPF vs HTMlayout, то вот давай про WPF и говорить. В HTMLayout тоже нет грида, но он и позиционируется по-другому.
В конце концов есть внешние компоненты. И вообще DataGridView это неправильный интерфейсный элемент imho


D>>Касательно WPF vs HtmlLayout — оба продукта предназначены для построения кастомизируемого настраивоемого интерфейса. И WPF imho делает это более полноценно и идеологически правильно.
A>Не согласен. Мне например очень нравится разделение на HTML файлы в которых я, как программист, задаю просто набор необходимых элементов управления и CSS файлы в которых дизайнер задаёт внешний вид, а так же (оп ля!) другие CSS файлы в которых ещё кто-то задёт локализацию (замену строк и картинок). То есть с точки зрения технологического процесса HTML + CSS это чудесно, а в реализации HTMLayout достаточно неплохо.
Тебе ничего не мешает использовать такое-же разделение в WPF Более того, там это сделано ещё более чудесно

A>К тому же WPF это что-то новое, а на HTMLayout я могу натравить кого-то из дешёвой армии студентов — веб дизайнеров.
Ну это сложный вопрос. Пусть сначала красиво отмакетируют

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

D>Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

Насчет похорон конечно рановато, но вопрос интересный.
HTMLayout есть и работает без .NET. Скорее всего (тьфу*3), HTMLayout будет портирована на другие платформы. О портировании Avalon на MacOS или Linux речь как я понимаю не идет и в ближайшее время идти не будет.
А что WPF предлагает на смену стилям? Там существует четкое разделение кода между кодом для стилизации и представлением? Насколько шустро работают приложения?

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

D>Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

Не люблю я сравнения солнца и луны — и то и то в небе, но собственно это и все что у них общего. Ну да ладно.
К слову сказать была такая мулечка что WPF это могильщик HTML и CSS. Но пока не видно. На динамику создания новых сайтов WPF не оказал никакого влияния. Я не заметил каких бы то ни было изменений в динамике продаж htmlayout с выходом WPF. Скорее наоборот — больше стало продаваться но это отдельная история.

WPF по своему масштабу это имплементация некоего глобального принципа.
htmlayout, он проще — просто встраиваемый html/css движок. Не больше и не меньше. Может использоваться за для показать фрагмент HTML где-то так и для полного skinned UI.

Т.е. все что имеет смысл сравнвать это XAML vs HTML/CSS.... и то мне почему-то кажется что "XAML это такой SVG но без CSS".

Начну с того что XAML это не HTML. HTML более это семантически более высокоуровневый язык. XAML как я уже говорил это по сути своей FRM фомат из VB переформулированный в XML (имхо)

Стили... у XAML'а своя собственная и просто другая, несравнимая с CSS система стилей.

Это вот:

<Style x:Key="ButtonStyle">
   <Setter Property="Button.Background" Value="BlueViolet" />
   <Setter Property="Button.FontSize" Value="20" />
   <Setter Property="Button.Width" Value="200" />
   <Setter Property="Button.Height" Value="30" />
</Style>

ну просто далеко не

.ButtonStyle
{
  background:BlueViolet;
  font-size:20px; 
  width:200px; 
  height:200px; 
}

Понятия какскадинга у <Style> нет в принципе. Есть наследование но это абсолютно не то. В XAML single inheritance, а в CSS очень гибкая система multiple, selector based inheritance. В htmlayout еще больше — там есть style sets которые делают inheritance груп стилей для поддеревьев DOM.

Ну короче WPF::Style и CSS::style это небо и земля. CSS::style это мощная и гибкая коцепция. WPF::Style это просто ассоциативная таблица именнованных свойств (которую еще больше губит XML формат).

<Style TargetType="{x:Type Control}>

Это далеко не CSS селектор. Причем очень далеко не. Triggers перекрывают только CSS pseudo classes. Но и только.

Скажем вот такую вот простую конструкцию

  select > option:current { background:threedface; color: windowtext; }
  select:focus > option:current { background:highlight; color: highlighttext; }

Я не знаю как воспроизвести в XAML. Буду признателен если мне знатоки покажут как.

Ну и напоследок.

WPF это managed code. Т.е. не везде, не для всего и не на всех Windows версиях работает. htmlayout это native code, может работать как в managed средах .NET и Java (кстати) так и в сугубо нативных приложениях.

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

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

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

D>>>1) ПОЛНОГО аналога селекторов CSS в чистом виде нет, оно и не нужно, те-же самые задачи можно решить и немного по другому.
A>>По-другому не хочу, хочу декларативно.
D>Декларативно — смотри тригеры у стиля, всё это есть только выглядит немного иначе.

Мне кажется ты не до конца понимаешь концепцию либо CSS::selector либо WPF::trigger. Скорее первое ибо WPF::trigger это сугубо CSS pseudo class

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

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

D>>Собственно сабж в теме. Есть такая мысль что WPF практически похоронил данный проект. Интересно мнение автора.

CS>Не люблю я сравнения солнца и луны — и то и то в небе, но собственно это и все что у них общего. Ну да ладно.
CS>К слову сказать была такая мулечка что WPF это могильщик HTML и CSS. Но пока не видно. На динамику создания новых сайтов WPF не оказал никакого влияния. Я не заметил каких бы то ни было изменений в динамике продаж htmlayout с выходом WPF. Скорее наоборот — больше стало продаваться но это отдельная история.
Ну WPF-сайты это отдельная история. я всё-таки говорю о WPF-приложениях.

CS>WPF по своему масштабу это имплементация некоего глобального принципа.
Да! Причём XAML это лишь часть WPF. WPF по своей сути это что-то вроде сверхнавороченного Swing-а а XAML это просто некоторый формат для сериализации/десериализации (причём ПРОИЗВОЛЬНЫХ объектов)
CS>htmlayout, он проще — просто встраиваемый html/css движок. Не больше и не меньше. Может использоваться за для показать фрагмент HTML где-то так и для полного skinned UI.


CS>Стили... у XAML'а своя собственная и просто другая, несравнимая с CSS система стилей.

CS>Это вот:
CS>

CS><Style x:Key="ButtonStyle">
CS>   <Setter Property="Button.Background" Value="BlueViolet" />
CS>   <Setter Property="Button.FontSize" Value="20" />
CS>   <Setter Property="Button.Width" Value="200" />
CS>   <Setter Property="Button.Height" Value="30" />
CS></Style>
CS>

CS>ну просто далеко не
CS>

CS>.ButtonStyle
CS>{
CS>  background:BlueViolet;
CS>  font-size:20px; 
CS>  width:200px; 
CS>  height:200px; 
CS>}
CS>

CS>Понятия какскадинга у <Style> нет в принципе. Есть наследование но это абсолютно не то. В XAML single inheritance, а в CSS очень гибкая система multiple, selector based inheritance. В htmlayout еще больше — там есть style sets которые делают inheritance груп стилей для поддеревьев DOM.

CS>Ну короче WPF::Style и CSS::style это небо и земля. CSS::style это мощная и гибкая коцепция. WPF::Style это просто ассоциативная таблица именнованных свойств (которую еще больше губит XML формат).

CS>

CS><Style TargetType="{x:Type Control}> 
CS>

CS>Это далеко не CSS селектор. Причем очень далеко не. Triggers перекрывают только CSS pseudo classes. Но и только.

CS>Скажем вот такую вот простую конструкцию

CS>

CS>  select > option:current { background:threedface; color: windowtext; }
CS>  select:focus > option:current { background:highlight; color: highlighttext; }
CS>

CS>Я не знаю как воспроизвести в XAML. Буду признателен если мне знатоки покажут как.
Ну конкретно для этого примера. Сочетанию SELECT + OPTION в WPF наверно соответствует какой-нить потомок ItemControl и набор его Item-ов.
У ItemControl есть 2 свойства — Style и ItemStyle — вот они эти стили. Причём свойство ItemStyle можно установить ИЗ свойства Style (через стиль можно установить практически ЛЮБОЕ свойство в отличии от HTML). А :focus и :current разруливаются триггерами. Я ответил на ваш вопрос?



CS>Ну и напоследок.

CS>WPF это managed code. Т.е. не везде, не для всего и не на всех Windows версиях работает. htmlayout это native code, может работать как в managed средах .NET и Java (кстати) так и в сугубо нативных приложениях.
ИМХО наступает время managed code!

Здравствуйте, ShaggyOwl, Вы писали:
SO>Насчет похорон конечно рановато, но вопрос интересный.
SO>HTMLayout есть и работает без .NET. Скорее всего (тьфу*3), HTMLayout будет портирована на другие платформы. О портировании Avalon на MacOS или Linux речь как я понимаю не идет и в ближайшее время идти не будет.
Идёт, вроде в Mono планируют. Silverlight (образок WPF для WWW) уже есть Всё дело в архитектуре WPF, это НЕ надстройка над Win32 API, это очень близко к Swing, поэтому никаких проблем портация не вызовет.

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

Маркетологчсеки.

Очень хочется HTMLayout для .Net (2.0) — т.е. без Native C++. Если этого не будет, то WPF — победит (когда не будет W2k/win9x)

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

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

A>Маркетологчсеки.

A>Очень хочется HTMLayout для .Net (2.0) — т.е. без Native C++. Если этого не будет, то WPF — победит (когда не будет W2k/win9x)

Скорее всего не получится, в своё время c-smile подробно описывал почему (проблемы с производительностью). Хотя WPF работает (хотя и не "летает").

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

Маркетологчсеки. Продолжая.

HTMLayout для .Net (2.0) — гараздо важнее чем HTMLayout для Linux/MacOC/(и какие там ОС популярны у марсиан?)

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

>> проблемы с производительностью

Этии проблемы беспокоили в 90-х годах и пользователей Windows 3.1. Корпорация Intel к настоящему времени их их решила.

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

D>Скорее всего не получится../
у кого, у WPF?