Здравствуйте, alex_public, Вы писали:
A>>А делать компоненты на чистом WinAPI, например — это любить себя? _>Ну вообще говоря в Win32 попроще, т.к. оно заметно мощнее (и функции прорисовки и обработка сообщений). Но в любом случае сделать банальный editbox своими силами будет весьма сложно и там и там. Тут главная разница совсем в другом. Даже если ты программируешь на голом Win32, то для очень многих приложений тебе просто не надо будет создавать свои контролы, т.к. стандартных более чем достаточно (https://docs.microsoft.com/en-us/windows/win32/controls/individual-control-info — где аналог хотя бы этого базиса в DOM?).
Аналогично для веб.
_>А вот в браузере стандартных контролов не хватит даже на "hello word" (мы естественно говорим про приложения, а не про сайтики)!
Здравствуйте, alex_public, Вы писали:
НС>>Намного проще чем делать TreeGrid на основе стандартных виндовых контролов. _>Только вот TreeGrid — это довольно специфическая штука
Не я этот пример придумал.
_>А вот TreeView — это уже гораздо более нужная вещь. И вот "сюрприз", в винде его не надо делать руками, а вот в браузере его даже не в каждой библиотеке найдёшь
Знаешь почему? Потому что такая примитивщина легко реализуется вообще без JS. Я уж не говорю о том, что развесистые TreeView не особо годятся для WebUI. Попробуй на мобилке им попользоваться и все поймешь.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Данный конкретный вопрос как раз в том чем убог HTML и JS.
Я пока не видел ни одного реального приложения на HTML и JS, которым можно пользоваться без зубовного скрежета и с трудом сдерживаемого желания биться головой об клавиатуру.
Этого недостаточно?
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, D. Mon, Вы писали:
_>>>В принципе, после добавления в wasm поддержки simd, все нужные кодеки можно будет уже писать (а точнее просто скомпилировать, т.к. большинство их них написаны на C/C++ и только некоторые используют ещё и ассемблер для ускорения) прямо на wasm. DM>>Говно получится. Современные кодеки стандартных форматов давно используют GPU-ускорение, без него на одном CPU получается очень грустно даже с SIMD.
_>Ну SIMD в любом случае нужен хотя бы для банальных эффективных memcpy... А если говорить про GPU, то вычисления на нём уже давно доступны в браузере, и без wasm. Благо WebGL — это OpenGL ES 3.0 и там поддерживаются вполне себе современные шейдеры. Кстати, я тут ещё пару лет назад показывал тест, который как раз игрался с шейдерами из wasm.
Дык добавили же SIMD (и pthread) недавно? На демке перекомпилированная OpenCV с SIMD + THREAD заработала в 30 раз быстрее
Здравствуйте, Codealot, Вы писали:
C>Я пока не видел ни одного реального приложения на HTML и JS, которым можно пользоваться без зубовного скрежета и с трудом сдерживаемого желания биться головой об клавиатуру. C>Этого недостаточно?
Здравствуйте, alex_public, Вы писали:
_>Ну вообще говоря в Win32 попроще, т.к. оно заметно мощнее
Ага, конечно. Даже чтобы у кнопки цвет поменять или уголки закругленные делать нужно owner draw делать. Моща неописуемая.
_>т.к. стандартных более чем достаточно
Стандартность — штука относительная. Если ограничится user32 — выбор не так чтобы широк.
_>А вот в браузере стандартных контролов не хватит даже на "hello word"
Каких именно контролов тебе не хватит на hello world?
Здравствуйте, alex_public, Вы писали:
_>P.S. Я надеялся (и писал об этом на форуме) именно на такое развитие ситуации ещё несколько лет назад. JavaScript — пока, пока!
Вопрос что вы хотите сделать. Разработчику/профессиональному пользователю в разы удобнее иметь локальный софт. Он и без васм тормозит. А для легкого контента — wasm и webgl рендеринг и аппаратное ускорение — просто не нужно. Если кто-то использует реакт непойми зачем, просто потому что FB — так оно в большинстве случаев тоже не нужно (при том тяжеловатое).
А теперь берём предоставленный пример... загрузился он долговато. Ну ладно, это один раз. А дальше получаем, то, что скроллить "фрейм" (прокручиваемую область) на андроиде в хроме... оказывается, что скролить надо полоски, а стандартные жесты не работают. Мы все видели как развиваются не родные UI фреймворки на десктопах: коряво, не системно и порою с косяками.
Вы посмотрите, люди далеко не всегда, могут сделать кнопку, которая ведет себя так же как обычная (системная) в виндовс. Это справедливо и для десктопа: VSCode, например, имеет иконку приложения на своем месте, а вот системное меню не открывается там, хоть закликайся. Это всё мелочи, но из них и строится UX.
Т.е., очевидно, что мы получим в итоге ещё бОльший разброд "вебдванольных" интерфейсов и фантазии дизайнеров. Оно правда уже так, по 3 слова на страницу...
В общем такое себе.
PS: Но для каких-то спец приложений — вещь безусловно полезная.
S>Эммммммммммммм... нет, это именно что костыли. Я буквально на днях напоролся на очередной выверт CSS: нужно отобразить модальный диалог на странице, при этом диалог должен подстраиваться под размер контента — если контента мало, то окно уменьшается под него, если много, то окно масштабируется до максимально разрешённого размера, а внутри появляется прокрутка. Казалось бы — просто добавить свойство max-height? Хрен вам — max-height хоть формально и задаёт максимальную высоту, но для ограничения размера контента может использоваться только height — без вариантов. В результате родился хак: если размер контента становится больше, чем области отображения — то скриптом добавляем стиль "height:100%;" (к существующему max-height:75vh). Костылище.
Ну т.е. опять всё свелось к модальным диалогам, но пусть.
S>А ведь это обычный layouting, над которым на любом нормальном фреймворке даже задумываться не надо. И такие проблемы возникают постоянно — HTML/CSS просто не предназначен для разработки приложений.
А как это будет выглядеть в нормальном фрэймворке (можно, кстати, список?)? Те же самые вычисления и простановка какого-нибудь проперти. В чём принципиальная разница? Кроме той, что (я подозреваю) в нормальном фрэймворке-то и "em/ex" поддерживаться не будет, а будут пиксели и плевать, что там у юзера выставлено в настройках броузера 120%.
C>Я пока не видел ни одного реального приложения на HTML и JS, которым можно пользоваться без зубовного скрежета и с трудом сдерживаемого желания биться головой об клавиатуру.
Здравствуйте, bzig, Вы писали:
B>Таких приложений точно больше одного (gmail, google calendar, github), правда чтобы тебя опровергнуть хватило бы и одного.
Ох, сказочники такие сказочники.
Начнем с того, что они тупо тормозят. Продолжим тем, что функционал всех трех этих сайтов довольно убог по меркам десктопных приложений даже 20-летней давности. Например, в гов%о-мейле показ сообщений максимум по 50 за раз, да и тот тормозит, как указано в пункте 1.
Здравствуйте, bzig, Вы писали:
B>Ну т.е. опять всё свелось к модальным диалогам, но пусть.
Вот тебе другой пример. Есть набор из n элементов, каждый содержит одну картинку (разных размеров и пропорций) и текст (разной длины). Задача — каждый элемент отформатировать и вывести все эти элементы в виде грида, построчно.
Форматировать элементы и размещать по строкам в гриде надо так, чтобы максимально эффективно использовать площадь экрана — и при условии, что каждая картинка не должна занимать больше половины своего элемента по ширине, но не нужно ее растягивать, если она исходно меньше половины.
Расскажи ка мне, как в "охренительно замечательном" html/css это сделать.
C>Расскажи ка мне, как в "охренительно замечательном" html/css это сделать.
Покажи как ты пытался, а я посмотрю, где ты ошибся.
Скрытый текст
Впрочем, как и ожидалось, всё просто. А вот покажи тоже самое на "любом нормальном фрэймворке".
<html>
<head>
<style>
table {
table-layout: fixed;
width: 100%;
}
td {
width: 25%;
}
td.img {
text-align: center;
}
img {
max-width: 50%;
}
</style>
</head>
<body>
<table border="1">
<tr>
<td>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.</td>
<td>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.</td>
<td class="img">
<img src="https://images.unsplash.com/photo-1535498730771-e735b998cd64?ixlib=rb-1.2.1&ixid=eyJhcHBfaWQiOjEyMDd9&w=1000&q=80"/>
</td>
<td>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. </td>
</tr>
<tr>
<td>Lorem ipsum dolor sit amet</td>
<td class="img"><img src="https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcQKAgmI3dtwfFzoqZsjilBzUluN_lXcveBRL2icgitmvMv1qAlv&s"/></td>
<td>?</td>
<td>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.</td>
</tr>
</table>
</body>
</html>
Здравствуйте, bzig, Вы писали:
B>Впрочем, как и ожидалось, всё просто.
Ну во первых, таблицы устарели и вообще это жуткий моветон, коллеги говном закидают.
Во вторых, ты не выполнил условия задачи — 1) в каждом элементе картинка и текст 2) размещение по строкам должно быть таким, чтобы эффективно использовать площадь экрана, а не фиксированным — у тебя же там дофига пустого места
Это справедливо и для десктопа: VSCode, например, имеет иконку приложения на своем месте, а вот системное меню не открывается там, хоть закликайся. Это всё мелочи, но из них и строится UX.
