Здравствуйте, Kolesiki, Вы писали:
K>Чушь какая... никакого даже "де-факто" нет. Как были WPF'ы с WinForms'ами, так и остались.
Хм, я верю, что WinForms, WPF и VCL остались во многих местах. Я даже знаю эти многие места. Но речь шла о новых приложениях.
Есть примеры разработки именно нового софта на WinForms, WPF и VCL, а не на каком-нибудь Angular'е?
Здравствуйте, sfsoft, Вы писали:
S>Здравствуйте, Kolesiki, Вы писали:
K>>Чушь какая... никакого даже "де-факто" нет. Как были WPF'ы с WinForms'ами, так и остались.
S>Хм, я верю, что WinForms, WPF и VCL остались во многих местах. Я даже знаю эти многие места. Но речь шла о новых приложениях. S>Есть примеры разработки именно нового софта на WinForms, WPF и VCL, а не на каком-нибудь Angular'е?
Примеры конечно есть. Мы вот недавно начали пилить один проект, связанный с подготовкой текстовых документов.
Что характерно, хотели на электроне делать, но оказалось, что нормального редактора richtext для веба пока нету, в демках-то они конечно круто выглядят, а на практике со всеми компонентами куча проблем вылезла.
В итоге выбрали WPF. Конкуренты, которые на пару лет раньше сделали, вообще на WinForms все написали.
Вопрос в том, сколько таких примеров? Потому что, была бы возможность дешево сделать кросс-платформенное решение, выбрали бы кросс-платформу.
Здравствуйте, ononim, Вы писали:
S>> Неужто WPF в 90 был? O>xul был, те же яйца, но не распиаренные
Суть не в том, что были некие XML или xul, а реализация того, что задекларировано.
Напрмер UWP года 4 догонял WPF хотя оба и на DirectX.
Но 1 работает и под ARM и x86-64, а второй только под x86-64.
Задекларировать можно что угодно и на том же HTML проблема реализовать
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>Здравствуйте, gandjustas, Вы писали:
G>>Здравствуйте, sfsoft, Вы писали:
G>>6) В ебе самый мощный layout-движок из всех существующих. ЕА>Настолько мощный, что почти в любом веб-приложении что-нибудь на что-нибудь накладывается
Не понял о чем речь.
Если ты в CSS не можешь, то накладывается, да.
ЕА>Если серьезно, спорное утверждение. В WPF\UWP можно получить любую раскладку переопределив пару методов. Практически полный аналог flex layout мы писали очень давно и заняло это пару дней.
Вот так обычно и получается. Вроде как то же самое, но тут пару дней писать, там тоже пару дней писать. Потом еще пару месяцев отлаживать.
А потом WPF пытаешься запустить на удаленном рабочем столе и оно тормозит аццки.
ЕА>В html приложениях обычно адская смесь из css flex, css grid и абсолютного позиционирования, и любой глобальный css стиль может случайно все порушить.
Если не умеешь, то можно и в любом другом движке сломать что-либо. Для тех то не может самостоятельно в CSS есть bootstrap и прочие радости.
ЕА>А если нужно что-то не стандартное, то я вообще не знаю, как это нужно делать.
Вот какбы суть в выделенном. "Не знаю" не означает "нельзя" и даже не означает больших затрат.
ЕА>Нет не только способа переопределить раскладку, но даже события на resize элемента.
В таких терминах я бы не стал заниматься layout_ом вообще.
Здравствуйте, Ops, Вы писали:
Ops>Здравствуйте, gandjustas, Вы писали:
G>>6) В ебе самый мощный layout-движок из всех существующих.
Ops>Может и мощный, но дебильный. Вот это, например — полный фейл, с которым давно живут, и непонятно, как его можно системно исправить. И такого бреда полно.
А зачем его исправлять? Если тебе не нравится как это работает, то это вовсе не означает что оно работает неверно.
Здравствуйте, klopodav, Вы писали:
K>Но почему-то такая фигня происходит: в веб-интерфейсе разных приложений косяки GUI, мешающие жить, почему-то встречаются значительно чаще, чем в десктопных приложениях (даже если рассматривать не наколенные поделки, а серьезные и популярные приложения).
Проблема в том, что ты в 99% случаев в вебе видишь наколенные поделки, а на десктопе серьезные приложения.
K>А это наводит на мысль, что либо в веб-технологиях что-то развито еще недостаточно хорошо, либо оно развито хорошо, но слишком сложно для массового использования. (либо развито хорошо и существует простая методика использования, но эта методика хранится как сакральное знание только для избранных)
Это наводит на масль что в вебе настолько просто клепать приложения и доставлять их до пользователя, что пользователи довольно часто натыкаются на сырое говно.
С таким уровнем десктопное приложение просто не попало бы на твой комп.
Здравствуйте, gandjustas, Вы писали:
G>А зачем его исправлять? Если тебе не нравится как это работает, то это вовсе не означает что оно работает неверно.
То, что работает верно, в соответствии со спецификацией, еще не значит, что спецификация хорошая.
Оно работает не очевидно, это какая-то магия, сбивающая с толку. Что в этом хорошего?
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, vsb, Вы писали:
vsb>Можно писать серверный код на JavaScript, если это такая уж проблема.
Серверный код на JavaScript?!? Развесистую корпоративную бизнес-логику?!? Серьёзно?!?
vsb>Ну и миллион языков, которые преобразуются в JavaScript, например можно писать серверный и клиентский код на Kotlin.
То есть ты считаешь нормальной ситуацию, когда статически типизируемый язык (к тому же компилируемый, а не интерпретируемый) нужно преобразовывать в JavaScript? Ничего не кажется странным?
Здравствуйте, sfsoft, Вы писали:
S>Есть примеры разработки именно нового софта на WinForms, WPF и VCL, а не на каком-нибудь Angular'е?
Есть. Не так давно довелось. Приложение должно было получать данные по UDP с разных источников и быстро реагировать на изменения в данных.
При этом устанавливается на весьма ограниченное число рабочих мест. Было сделано на WPF.
Там где нужно общение с железом или хотя бы плотно с файлами на рабочем компе пользователя — там десктопные приложения подходят лучше веба. Но для огромного количества корпоративных задач этого не требуется — и веб там процветает.
Здравствуйте, gandjustas, Вы писали:
G>Проблема в том, что ты в 99% случаев в вебе видишь наколенные поделки, а на десктопе серьезные приложения.
А можно ссылку на серьёзные приложения в вебе? Чтобы с кучей форм, таблиц и т.д. В общем как в кровавом энтерпрайзе.
Ну и чтобы это было вменяемо по разработке небольшой командой. Или серьёзный веб это не небольшие команды, да?
G>>>6) В ебе самый мощный layout-движок из всех существующих. ЕА>>Настолько мощный, что почти в любом веб-приложении что-нибудь на что-нибудь накладывается G>Не понял о чем речь. G>Если ты в CSS не можешь, то накладывается, да.
То что я не умею это еще полбеды (я-то реально html не умею, никогда ничего сложнее лендинга не делал).
Но вот почему у приложений с огромной аудиторией (типа гугл аналитикс или панелей управления AppStore\Windows Store), я часто косяки в раскладке вижу?
Такие, которые на WPF даже новички не делают, ну типа выпадающая менюшка оказалась перекрыта чем-нибудь и в нее попасть нельзя.
Гугл, Аппле и Микрософт не могут css?
ЕА>>Нет не только способа переопределить раскладку, но даже события на resize элемента. G>В таких терминах я бы не стал заниматься layout_ом вообще.
А в каких надо?
Ну предположим хочу, чтоб элементы в паренте радиально расставились, радиус автоматически выбрался максимальный с учетом размеров, а угол задавался для каждого элемента.
Как на html правильно делать?
В WPF будет наследник панельки с переопределенным MeasureOverride\RenderOverride и DependencyProperty для задания угла, вся раскладка пройдет на том же проходе, что и раскладка стандартных панелей, повторно ничего дергать не надо.
Здравствуйте, sfsoft, Вы писали:
S>Здравствуйте, gandjustas, Вы писали:
G>>Проблема в том, что ты в 99% случаев в вебе видишь наколенные поделки, а на десктопе серьезные приложения.
S>А можно ссылку на серьёзные приложения в вебе? Чтобы с кучей форм, таблиц и т.д. В общем как в кровавом энтерпрайзе. S>Ну и чтобы это было вменяемо по разработке небольшой командой. Или серьёзный веб это не небольшие команды, да?
Ну каждое первое примерно.... Я вот недавно с SAP Ariba познакомился. А еще давно работаю с Dynamics CRM. Там кучи форм и таблиц.
Сколько там людей работало — хз.
В целом в куче форм и таблиц сложного ничего нет. Для веба уже давно есть компоненты, куда только датасорс подходящий подставить надо. У меня вот ОДИН разработчик пилит жутконавороченную формотаблицу с помощью kendoui. Как его делать на десктопе — хз, ведь в отличие от десктопа HTML и CSS всегда "торчит наружу" и его можно поправить.
Здравствуйте, Евгений Акиньшин, Вы писали:
G>>Если ты в CSS не можешь, то накладывается, да.
ЕА>То что я не умею это еще полбеды (я-то реально html не умею, никогда ничего сложнее лендинга не делал). ЕА>Но вот почему у приложений с огромной аудиторией (типа гугл аналитикс или панелей управления AppStore\Windows Store), я часто косяки в раскладке вижу?
Потому что такие приложения делаются студентами. Серьзно.
ЕА>Такие, которые на WPF даже новички не делают, ну типа выпадающая менюшка оказалась перекрыта чем-нибудь и в нее попасть нельзя. ЕА>Гугл, Аппле и Микрософт не могут css?
Не все могут. В этом одновременно и недостаток и преимущество веба. С одной стороны легко делать даже студенту, с другой стороны без достаточной клвалификации полчится говнеццо. Помгают инструменты, типа bootstrap, чтобы не косячить.
ЕА>>>Нет не только способа переопределить раскладку, но даже события на resize элемента. G>>В таких терминах я бы не стал заниматься layout_ом вообще.
ЕА>А в каких надо? ЕА>Ну предположим хочу, чтоб элементы в паренте радиально расставились, радиус автоматически выбрался максимальный с учетом размеров, а угол задавался для каждого элемента. ЕА>Как на html правильно делать?
В данном случае https://www.w3schools.com/jsref/event_onresize.asp
Но это скорее исключение.
Основная задача — сделать так, чтобы окно корректно отображалось при изменении размеров когда в нем самые обычные элементы — картинки, надписи, кнопки, поля ввода итд. Даже с WPF половина начинающих буксует на этом месте. Или например сделать "прилипшую" планку при скролле вниз, если это не стандартный датагрид.
Здравствуйте, klopodav, Вы писали:
K>Но почему-то такая фигня происходит: в веб-интерфейсе разных приложений косяки GUI, мешающие жить, почему-то встречаются значительно чаще, чем в десктопных приложениях (даже если рассматривать не наколенные поделки, а серьезные и популярные приложения).
Ой, ну не надо. Достаточно вспомнить все WinForms-приложения, которые не умеют масштабироваться.
Здравствуйте, Cyberax, Вы писали:
C>Ой, ну не надо. Достаточно вспомнить все WinForms-приложения, которые не умеют масштабироваться.
Это проблема не WinForms, а проблема кривых рук.
У нас, например, не только align с anchors нормально работают, но и DPI до 200% поддерживаются, включая подстановку правильного размера ресурсов.
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, Евгений Акиньшин, Вы писали:
G>>>Если ты в CSS не можешь, то накладывается, да.
ЕА>>То что я не умею это еще полбеды (я-то реально html не умею, никогда ничего сложнее лендинга не делал). ЕА>>Но вот почему у приложений с огромной аудиторией (типа гугл аналитикс или панелей управления AppStore\Windows Store), я часто косяки в раскладке вижу? G>Потому что такие приложения делаются студентами. Серьзно.
У меня иногда впечатление, что детсадовцами
ЕА>>>>Нет не только способа переопределить раскладку, но даже события на resize элемента. G>>>В таких терминах я бы не стал заниматься layout_ом вообще.
ЕА>>А в каких надо? ЕА>>Ну предположим хочу, чтоб элементы в паренте радиально расставились, радиус автоматически выбрался максимальный с учетом размеров, а угол задавался для каждого элемента. ЕА>>Как на html правильно делать? G>В данном случае https://www.w3schools.com/jsref/event_onresize.asp G>Но это скорее исключение.
Ну про это даже я знаю, но работает только на верхнем уровне для body. Есть еще ResizeObserver но он в сафари не работает.
Если захочется например сделать радиальную менюшку в виде независимого, которая сама подгоняет свой вид, когда ее размеры изменились, то придется извращаться.
Собственно,именно это я и хотел сказать — система навороченная, но не расширяемая, в нестандартных ситуациях обкладываешься костылями по самое нихочу.
G>Основная задача — сделать так, чтобы окно корректно отображалось при изменении размеров когда в нем самые обычные элементы — картинки, надписи, кнопки, поля ввода итд. Даже с WPF половина начинающих буксует на этом месте. Или например сделать "прилипшую" планку при скролле вниз, если это не стандартный датагрид.
G>В целом в куче форм и таблиц сложного ничего нет. Для веба уже давно есть компоненты, куда только датасорс подходящий подставить надо. У меня вот ОДИН разработчик пилит жутконавороченную формотаблицу с помощью kendoui. Как его делать на десктопе — хз, ведь в отличие от десктопа HTML и CSS всегда "торчит наружу" и его можно поправить.
Проблема в том, что правишь CSS в одном месте, а вылезет в другом.
Кстати про ксамарин формы Задание стиля приложений Xamarin.Forms с помощью каскадных таблиц стилей (CSS)
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, sfsoft, Вы писали:
C>>Ой, ну не надо. Достаточно вспомнить все WinForms-приложения, которые не умеют масштабироваться. S>Это проблема не WinForms, а проблема кривых рук.
Так и неправильные веб-приложения — проблема кривых рук. На WinForms реально нетривиально делать масштабирующиеся формы, кроме самых простейших.
Здравствуйте, sfsoft, Вы писали:
G>>Проблема в том, что ты в 99% случаев в вебе видишь наколенные поделки, а на десктопе серьезные приложения. S>А можно ссылку на серьёзные приложения в вебе? Чтобы с кучей форм, таблиц и т.д. В общем как в кровавом энтерпрайзе.
Идём на https://www.salesforce.com/products/ и смотрим.