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

CS>Правильные использует мои htmlayout либо sciter для UI

Поэтому без слез на них не взглянешь и пользоваться невозможно, что для антивируса не критично, ибо его как правило не видно. Именно по этой причине "правильный ui" больше нигде и не видно.

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

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

CS>>Правильные использует мои htmlayout либо sciter для UI

MTD>Поэтому без слез на них не взглянешь и пользоваться невозможно, что для антивируса не критично, ибо его как правило не видно. Именно по этой причине "правильный ui" больше нигде и не видно.

<offtopic>
Нормальный для антивируса интерфейс и отличная библиотека.
В других продуктах интерфейс делают не таким цветастым, поэтому тебе и кажется, что "..."правильный ui" больше нигде и не видно...".
</offtopic>

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Нормальный для антивируса интерфейс и отличная библиотека.

Отличная для антивируса, где его не видно. Жестко вы диагноз поставили, но справедливо.

SVZ>В других продуктах интерфейс делают не таким цветастым, поэтому тебе и кажется, что "..."правильный ui" больше нигде и не видно...".

Ссылки есть на продукты, где используется данная библиотека?

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

SVZ>>В других продуктах интерфейс делают не таким цветастым, поэтому тебе и кажется, что "..."правильный ui" больше нигде и не видно...".

MTD>Ссылки есть на продукты, где используется данная библиотека?

САПР печатных плат
Electromagnetic Signal Integrity Software

Может еще есть, специально не искал.

Здравствуйте, Stanislav V. Zudin, Вы писали:

MTD>>Ссылки есть на продукты, где используется данная библиотека?

SVZ>САПР печатных плат
SVZ>Electromagnetic Signal Integrity Software

Скриншоты поражают:


И это еще в статике, лень качать, но уверен, что глюков отрисовки не меньше будет, чем в демо на сайте самой библиотеки

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

MTD>Скриншоты поражают:
MTD>И это еще в статике, лень качать, но уверен, что глюков отрисовки не меньше будет, чем в демо на сайте самой библиотеки

А можешь ткнуть в глюки отрисовки? По мне, так все на месте.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>А можешь ткнуть в глюки отрисовки? По мне, так все на месте.

Загружаем библиотеку. Запускаем sciter.exe, маштабируем окно по горизонтали (обрати внимание, во что превращается скроллер):


Раздвигаем, колонки внизу не масштабируются кроме первой:


Сужаем:


Раздвигаем и видим глюки:


Через секунду, окно более-менее восстанавливается, но почему колонки не отмасштабировались обратно? Что за стратегия?


У данной либы вообще большие проблемы с менеджерами компоновки и обновлением окна:

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

MTD>Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>>А можешь ткнуть в глюки отрисовки? По мне, так все на месте.

MTD>Загружаем библиотеку. Запускаем sciter.exe, маштабируем окно по горизонтали (обрати внимание, во что превращается скроллер):

А во что он должен превратиться, если нет места для его отрисовки? Не должен сжиматься дальше? Так это задается разметкой.

MTD>Раздвигаем, колонки внизу не масштабируются кроме первой:
MTD>Сужаем:
MTD>Раздвигаем и видим глюки:
MTD>Через секунду, окно более-менее восстанавливается, но почему колонки не отмасштабировались обратно? Что за стратегия?

Эти примеры мне воспроизвести не удалось — все перерисовывается мигом, при ресайзе окна.
Даже на htmlayout'e мне не удавалось такого получить, а я им пользуюсь с 2007 года.

MTD>У данной либы вообще большие проблемы с менеджерами компоновки и обновлением окна:
MTD>

А вот такую картинку я наблюдаю регулярно в VisualStudio 2005 и 2008. После закрытия отлаживаемого приложения.
Чтобы восстановить вид окошек помогает переключение окна Normal/Maximized.
Только htmlayout тут совершенно не при делах.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>А во что он должен превратиться, если нет места для его отрисовки? Не должен сжиматься дальше? Так это задается разметкой.

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

SVZ>Эти примеры мне воспроизвести не удалось — все перерисовывается мигом, при ресайзе окна.
SVZ>Даже на htmlayout'e мне не удавалось такого получить, а я им пользуюсь с 2007 года.

Это ты своим клиентам говори, если они есть: "у меня на десктопе все хорошо" (с).

SVZ>А вот такую картинку я наблюдаю регулярно в VisualStudio 2005 и 2008. После закрытия отлаживаемого приложения.
SVZ>Чтобы восстановить вид окошек помогает переключение окна Normal/Maximized.
SVZ>Только htmlayout тут совершенно не при делах.

А я стараюсь выпускать качественный продукты без подобных глюков

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

SVZ>>А во что он должен превратиться, если нет места для его отрисовки? Не должен сжиматься дальше? Так это задается разметкой.

MTD>Я либу не изучал, меня демки повергли в уныние. В нормальных фреймворках от подобного головняка спасают менеджеры компоновки.

Состояние современных менеджеров компоновки достаточно далеко от того что есть в современных же HTML/CSS.
Когда у тебя есть скажем текст и тебе нужно поставить в соответсвие его высоты размер какого-то другого компонента.

И потом...

Вот скажем этот UI
http://www.softpedia.com/progScreenshots/Norton-Internet-Security-Screenshot-8667.html

Представь себе что тебе его нужно воспроизвести "В нормальных фреймворках".
Причем сделать это не только для английского или русского с немецким но еще для, скажем арабского с ивритом (т.е. справа налево).
Просто представь во что твои "менеджеры компоновки" превратятся в случае необходимости поддержки и LTR и RTL одновременно.

А скажем всякие нюансы типа символ '\' в японской локали должен рендерится как знак йены. В корейской соотв. вона.
Ну и так далее...

MTD>А я стараюсь выпускать качественный продукты без подобных глюков

Это как раз понятно. Всё можно руками нарисовать.
Проблема возникает тогда когда тебе нужно это все разрабатывать промышленным образом.
Т.е. когда ты сидишь где-нить в Калифорнии, а творцы локализации сидят в Ирландии и в код их лучше вообще не пускать.
Да еще раз в год тебе нужно выдавать новую версию. Да еще с актуальным UI. Сегодня например модно Метро, а завтра опять "выпуклые" кнопки.
Актуальность UI в этом бизнесе важна. Современный UI какбэ говорит юзеру что программа-то свежая, т.е. учитывает последние найденные проблемы.
Фотографией товарища Сноудена также можно украсить UI этого года для вящей убедительности

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

CS>Состояние современных менеджеров компоновки достаточно далеко от того что есть в современных же HTML/CSS.
CS>Когда у тебя есть скажем текст и тебе нужно поставить в соответсвие его высоты размер какого-то другого компонента.

Ничем не подкрепленное высказывание.

CS>Вот скажем этот UI
CS>http://www.softpedia.com/progScreenshots/Norton-Internet-Security-Screenshot-8667.html

Интерфейсы очень простые, с такими возможно твоя либа справляется, к тому же, не удивлюсь если все элементы там "гвоздями прибиты".

CS>Представь себе что тебе его нужно воспроизвести "В нормальных фреймворках".
CS>Причем сделать это не только для английского или русского с немецким но еще для, скажем арабского с ивритом (т.е. справа налево).
CS>Просто представь во что твои "менеджеры компоновки" превратятся в случае необходимости поддержки и LTR и RTL одновременно.

Qt с таким справляется легко, ты изучи альтернативы твоей либы — все в пользу будет.

CS>Проблема возникает тогда когда тебе нужно это все разрабатывать промышленным образом.
CS>Т.е. когда ты сидишь где-нить в Калифорнии, а творцы локализации сидят в Ирландии и в код их лучше вообще не пускать.

Не мы первые на этой грядке, не мы и последние. В упомянутой мной Qt локализация неплохо сделана.

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

MTD>Ничем не подкрепленное высказывание.
MTD>Интерфейсы очень простые, с такими возможно твоя либа справляется, к тому же, не удивлюсь если все элементы там "гвоздями прибиты".

CS>>Представь себе что тебе его нужно воспроизвести "В нормальных фреймворках".
CS>>Причем сделать это не только для английского или русского с немецким но еще для, скажем арабского с ивритом (т.е. справа налево).
CS>>Просто представь во что твои "менеджеры компоновки" превратятся в случае необходимости поддержки и LTR и RTL одновременно.

MTD>Qt с таким справляется легко, ты изучи альтернативы твоей либы — все в пользу будет.

Раз уж заговорили от QT, то справедливо будет заметить, что QML появился сильно позже htmlayout'а. До него из альтернатив было только встраивание веб-браузера (сомнительная такая альтернатива).

Кроме того, сколько сил потребуется на встраивание того же QT в существующий проект на WTL/MFC/WinAPI/...? htmlayout же встраивается с полпинка, ибо самодостаточная нативная либа.

У меня складывается впечатление, что ты споришь ради спора. Не одобряю.

ЗЫ.
MTD>А я стараюсь выпускать качественный продукты без подобных глюков
А где можно обосрапосмотреть?

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Раз уж заговорили от QT

Quick Time тут каким боком?

SVZ>то справедливо будет заметить, что QML появился сильно позже htmlayout'а.

По мне так не нужен он.

SVZ>Кроме того, сколько сил потребуется на встраивание того же QT в существующий проект на WTL/MFC/WinAPI/...? htmlayout же встраивается с полпинка, ибо самодостаточная нативная либа.

А зачем? Никогда об этом даже не задумывался.

SVZ>У меня складывается впечатление, что ты споришь ради спора. Не одобряю.

Я не спорю — это ты что-то доказать хочешь.

SVZ>А где можно обосрапосмотреть?

Здесь, например.

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

MTD>Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>>Раз уж заговорили от QT

MTD>Quick Time тут каким боком?
А причем тут Quick Time? Я про QT.


SVZ>>Кроме того, сколько сил потребуется на встраивание того же QT в существующий проект на WTL/MFC/WinAPI/...? htmlayout же встраивается с полпинка, ибо самодостаточная нативная либа.
MTD>А зачем? Никогда об этом даже не задумывался.

Но ты же предлагаешь манагер лэйаута из QT как альтернативу htmlayoutу. Наверное надо учитывать реальное применение, а не сферическое в вакууме.

SVZ>>А где можно обосрапосмотреть?

MTD>Здесь, например.

Ну нормальный нативный интерфейс. Статический набор контролов. Здесь, действительно, htmlayout нафиг не сплющился.

Могу показать область применения htmlayout'а на одном из твоих примеров. Возьмем пятый скриншот.
Диалог создания фильтра содержит несколько секций "Фильтровать" ("по размерам"/"по страницам"/"по разделам").
Если бы таких вариантов было бы штук дцать, то впихивать их все разом в диалог было бы не разумно. Пришлось бы делать что-то гибкое, типа Фильтра в Aperture:



Вот тут htmlayout рулит, ибо собирать такой интерфейс в рантайме чрезвычайно удобно.
Как бы ты реализовывал подобный интерфейс в своем любимом фреймворке?

Здравствуйте, Stanislav V. Zudin, Вы писали:

MTD>>Quick Time тут каким боком?
SVZ>А причем тут Quick Time? Я про QT.

Потому, что QT — это Quick Time. А фреймворк для UI — это Qt.

SVZ>>>Кроме того, сколько сил потребуется на встраивание того же QT в существующий проект на WTL/MFC/WinAPI/...? htmlayout же встраивается с полпинка, ибо самодостаточная нативная либа.
MTD>>А зачем? Никогда об этом даже не задумывался.

SVZ>Но ты же предлагаешь манагер лэйаута из QT как альтернативу htmlayoutу.

И как ты увязал менеджеры компоновки и WTL/MFC/WinAPI? Ход рассуждений в студию.

SVZ>Наверное надо учитывать реальное применение, а не сферическое в вакууме.

По коням я смотрю ты по большей части.

SVZ>Диалог создания фильтра содержит несколько секций "Фильтровать" ("по размерам"/"по страницам"/"по разделам").
SVZ>Если бы таких вариантов было бы штук дцать, то впихивать их все разом в диалог было бы не разумно.
SVZ>Вот тут htmlayout рулит, ибо собирать такой интерфейс в рантайме чрезвычайно удобно.

Прикинь, в том диалоге лайоут динамический, фильтры можно добавлять и убирать. Делается это очень просто.

SVZ>Как бы ты реализовывал подобный интерфейс в своем любимом фреймворке?

void OnAddFilterClicked()
{
    Filters_->Add(CreateFilter());
}

void OnDeleteFilterClicked()
{
    Filters_->Delete();
}

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

MTD>Потому, что QT — это Quick Time. А фреймворк для UI — это Qt.
Ну пусть будет так

SVZ>>Но ты же предлагаешь манагер лэйаута из QT как альтернативу htmlayoutу.
MTD>И как ты увязал менеджеры компоновки и WTL/MFC/WinAPI? Ход рассуждений в студию.
Я никого ни с чем не увязывал, ты что-то путаешь.
WTL, MFC — фреймворки, в которых layout manager'ов нет. Поэтому приходится использовать что-то стороннее, либо самописное.
Я говорил о том, что в данных условиях htmlayout легко встраивается в существующую программу. И все.

SVZ>>Наверное надо учитывать реальное применение, а не сферическое в вакууме.
MTD>По коням я смотрю ты по большей части.

Напрасно хамишь.

SVZ>>Диалог создания фильтра содержит несколько секций "Фильтровать" ("по размерам"/"по страницам"/"по разделам").
SVZ>>Если бы таких вариантов было бы штук дцать, то впихивать их все разом в диалог было бы не разумно.
SVZ>>Вот тут htmlayout рулит, ибо собирать такой интерфейс в рантайме чрезвычайно удобно.

MTD>Прикинь, в том диалоге лайоут динамический, фильтры можно добавлять и убирать. Делается это очень просто.

SVZ>>Как бы ты реализовывал подобный интерфейс в своем любимом фреймворке?

MTD>

MTD>void OnAddFilterClicked()
MTD>{
MTD>    Filters_->Add(CreateFilter());
MTD>}

MTD>void OnDeleteFilterClicked()
MTD>{
MTD>    Filters_->Delete();
MTD>}
MTD>

Здорово, что я могу сказать.
Если буду начинать новый проект, присмотрюсь к QTQt.

Здравствуйте, MTD!

MTD>Здесь, например.

http://autopublish.ru/img/scr_05.jpg

А почему у вас скриншоты в JPG, а не в PNG? Ведь неясные же очень, размытые, вам же тоже ведь видно должно быть.

И тут вам отвечают: http://rsdn.ru/forum/htmlayout/5235343.1

Автор: Stanislav V. Zudin
Дата: 19.07.13

и тоже в таком формате (да, не ваше, но — тенденция): http://www.macpages.ru/sites/default/files/smart_settings.jpg

Странно.

(Где-то была юмористическая картинка про скриншоты в jpg vs png.)

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

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

CS>>Правильные использует мои htmlayout либо sciter для UI

MTD>Поэтому без слез на них не взглянешь и пользоваться невозможно, что для антивируса не критично, ибо его как правило не видно. Именно по этой причине "правильный ui" больше нигде и не видно.

ну я вот использовал htmlayout для окна с настройками плагина к игре.
хз что о нем думают юзеры, но помоему получилось нормально.


в чем выражается " без слез на них не взглянешь" и "пользоваться невозможно"?
на Qt или MFC можно сделать что-то что нельзя на htmlayout?

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

MTD>Здравствуйте, Stanislav V. Zudin, Вы писали:

MTD>Загружаем библиотеку. Запускаем sciter.exe, маштабируем окно по горизонтали (обрати внимание, во что превращается скроллер):

Про http://files.rsdn.ru/76006/sciter1.png
Говорить особенно нечего, это технологическая утилита для отладки. Как правило всегда на полное окно или близко к тому.
Никаких особых телодвижений со стилями я там не делал. Никак не user facing.

MTD>У данной либы вообще большие проблемы с менеджерами компоновки и обновлением окна:

Sciter вот к этому:
http://files.rsdn.ru/76006/sciter6.png
отношения не имеет. Это артефакты отрисовки окна scintilla.
Там у них отрисовка по WM_SIZE с задержкой. Да и то, такой эффект возможен если *очень* быстро дергать окно. Что в реале мало кто делает.

В этом смысле как раз более показателен пример sciter.exe/blocknote (icon). Там все моё и действительно windowless.

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

На tab labels надо поставить (в CSS)

  text-align:center;

т.е. отцентрировать, или сказать

  width:max-intrinsic;

в последнем случае ширина этих tab labels будет определяться их текстом.