Здравствуйте, wantus, Вы писали:
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения?
W>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе.
W>На первый взгляд для приложений, которым UI нужен чисто для конфигурации и отображения статуса (а не для работы как, например, в CAD) — много плюсов.
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
W>Сильно упрощает портирование.
W>Бесплатно получается опция remote UI.
W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
Здравствуйте, wantus, Вы писали:
W>>>У кого есть чего-то подобное?
W>>https://www.delphihtmlcomponents.com
W>Не. Я не про то КАК это сделать. Это как бы не вопрос. Я про примеры ГДЕ так сделано. Или было сделано, а потом переделано на нативный гуй по каким-то причинам.
Например, Norton Antivirus (главное окно)
Auslogics BootSpeed (главное окно)
Здравствуйте, wantus, Вы писали:
W>>>У кого есть чего-то подобное?
W>>https://www.delphihtmlcomponents.com
W>Не, это совсем не то. Я не про то как отрисовать html-based gui в самом приложении. Для этого Электрон есть.
W>Вопрос про приложения без native gui, а с ui доступным только через браузер.
Здравствуйте, wantus, Вы писали: W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
Так работает mitmproxy, например. Выглядит, непривычно, и как будто разработчики очень сильно поленились, и не понятно то ли это remote веб сайт, то ли нет (что такое localhost не все знают). Для незаменимых/опенсорсных программ это допустимо. Продающееся десктоп приложение таким я бы делать не стал.
Здравствуйте, Михaил, Вы писали:
М>Так работает mitmproxy, например. Выглядит, непривычно, и как будто разработчики очень сильно поленились, и не понятно то ли это remote веб сайт, то ли нет (что такое localhost не все знают). Для незаменимых/опенсорсных программ это допустимо. Продающееся десктоп приложение таким я бы делать не стал.
Вот вот. Я потому и спрашиваю.
Я первый раз такой гуй видел в peercast — та же идея и тоже выглядело сильно странно, но это было лет 15-20 назад...
Здравствуйте, wantus, Вы писали:
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения?
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
Так сейчас процентов 90 новых приложений так и написаны написаны, включая последний Skype, Visual Studio Code итд.
Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>Так сейчас процентов 90 новых приложений так и написаны написаны, включая последний Skype, Visual Studio Code итд.
Не, не в форме native app, который показывает WebView или Electron, а что, типа, кликаем на abc.exe и это открывает дефолтный браузер и показывает страницу http://localhost:12345.
Здравствуйте, wantus, Вы писали:
W>Не, не в форме native app, который показывает WebView или Electron, а что, типа, кликаем на abc.exe и это открывает дефолтный браузер и показывает страницу http://localhost:12345.
зачем?
в смысле что это даст?
дефолтные браузеры у всех разные, они сами обновляются, весь ui может поехать в любой момент,
если нужен продвинутый гуй на html/css/js, то чем не устраивает electron/cef или sciter на худой конец ?
Здравствуйте, uuuser, Вы писали:
W>>Не, не в форме native app, который показывает WebView или Electron, а что, типа, кликаем на abc.exe и это открывает дефолтный браузер и показывает страницу http://localhost:12345.
U>зачем? в смысле что это даст?
Ускорение разработки и портируемый UI.
U>дефолтные браузеры у всех разные, они сами обновляются, весь ui может поехать в любой момент,
С какого перепуга оно "поедет" то? Если писать на стабильных фичах, то всё работает годами без проблем.
U>если нужен продвинутый гуй на html/css/js, то чем не устраивает electron/cef или sciter на худой конец ?
Тем, что это слишком медленно и ресурсоемко или чистой воды кулибинство.
Здравствуйте, s_aa, Вы писали:
W>>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе.
_>PGAdmin последний — оно?
Здравствуйте, wantus, Вы писали:
U>>зачем? в смысле что это даст? W>Ускорение разработки и портируемый UI.
ускорение? на пару дней? или у вас там по 25 новых продуктов в месяц?
а на всяких электронах он разве не портируемый?
U>>дефолтные браузеры у всех разные, они сами обновляются, весь ui может поехать в любой момент, W>С какого перепуга оно "поедет" то? Если писать на стабильных фичах, то всё работает годами без проблем.
так вы про продвинутый или про роутерный?
U>>если нужен продвинутый гуй на html/css/js, то чем не устраивает electron/cef или sciter на худой конец ? W>Тем, что это слишком медленно и ресурсоемко или чистой воды кулибинство.
Добрый день,
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения? W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
Я сам тоже решил такой подход использовать в open-source проекте https://eonza.org. backend на golang, fronend — bulma + vue.
Программа получается меньше чем c Electron, кросс-платформенность и работа с разными размерами экранов.
Минус один — открывается в браузере. Но в любой момент можно перейти на electron и т.п., или сейчас есть решения,
которые не тянут за собой chromium, а используют то, что есть у юзера, и открывают в виде отдельной программы.
Здравствуйте, wantus, Вы писали:
W>Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>>Так сейчас процентов 90 новых приложений так и написаны написаны, включая последний Skype, Visual Studio Code итд.
W>Не, не в форме native app, который показывает WebView или Electron, а что, типа, кликаем на abc.exe и это открывает дефолтный браузер и показывает страницу http://localhost:12345.
Я бы не стал так делать.
Минусы:
— непонятно для простого пользователя
— потенциальные конфликты со всякими антивирусами, фаерволами, настройками сети
— по умолчанию нет отдельного окна\иконки на панели задач — опять же это важно для простых пользователей
— может открыться в древнем браузере, хотя на машине есть что-то нормальное
How it works
On Windows, WebWindow uses the new Chromium-based Edge via webview2, assuming you have that browser installed (it could fall back on older Edge if you don’t, but I haven’t implemented that)
On Mac, it uses the OS’s built-in WKWebView, which is the same technology behind Safari
On Linux, it uses WebKitGTK+2, which is yet again a WebKit-based technology
webview
It uses Cocoa/WebKit on macOS, gtk-webkit2 on Linux and Edge on Windows 10.
и солнце б утром не вставало, когда бы не было меня
S> Нужно сравнить по памяти. Там есть срвнение с электроном
Скорее всего практически одинаково будет, обе же тонкие обертки с тупо созданием окна
и использованием доступного в данной системе веб движка, такая обертка памяти съест
близко к нулю.
Здравствуйте, wantus, Вы писали:
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения?
W>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе.
W>На первый взгляд для приложений, которым UI нужен чисто для конфигурации и отображения статуса (а не для работы как, например, в CAD) — много плюсов.
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
W>Сильно упрощает портирование.
W>Бесплатно получается опция remote UI.
W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
если использовать обычный браузер то такие минусы:
— занимает весь экран
— хром чует подвох раз адрес без ssl, и скажет юзеру про небезопасность
— юзеры могут захотеть видеть два документа (например открыть карточки двух пациентов и сравнивать). в браузере
это либо табами либо же самому писать на js свою имитацию мульти-док интерфейса. короче гемор
гораздо проще сделать свой браузер (на основе WebView ) где этих проблем нет.
да ещё и подать можно как нечто специфичное (DentalBrowser например для стоматологов)...
Здравствуйте, c-smile, Вы писали:
CS>Вот эти приложения https://sciter.com/#customers используют Web UI фактически (HTML/CSS/scripts). CS>Просто вместо browser означенный sciter.
Здравствуйте, wantus, Вы писали:
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
Вот тут я бы поспорил.
Если бы это было приятнее и быстрее, то не выходил бы каждые полгода очередной js-framework с новыми возможностями, ибо разобраться в старых толком никто не может.
Здравствуйте, wantus, Вы писали:
W>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе. W>У кого есть чего-то подобное?
Бонусом получаешь ярлык для запуска, в том числе на мобилках.
Запуск с localhost по доступу к компьютеру пользователя преимуществ никаких не дает. Ты не можешь читать или писать файлы, не имеешь доступа к устройствам пользователя, типа принтера или сканера или чего там еще.
Да еще и встает вопрос как это пользователю устанавливать и обновлять.
В общем, не понятно, чем вебсайт на localhost лучше, чем просто вебсайт?!
Здравствуйте, wantus, Вы писали:
W>Здравствуйте, c-smile, Вы писали:
CS>>Вот эти приложения https://sciter.com/#customers используют Web UI фактически (HTML/CSS/scripts). CS>>Просто вместо browser означенный sciter.
W>Не, это не то.
Здравствуйте, c-smile, Вы писали:
CS>Посмотри Sciter Quark: https://quark.sciter.com/
CS>С ним ты можешь собрать приложение которое будет а) работать без броузера вообще и b) общаться с твоим localhost сервером по http.
Мне не интересно КАК это сделать (что в принципе достаточно тривиально и без всяких сторонних икебан).
Мне интересно где это используется в живых продуктах и чего про это думают юзеры.
Здравствуйте, wantus, Вы писали:
W>А писать в файлы будет headless native process, с котором UI как-то там общается — через REST, через Websockets, etc.
Вот видел я просто похожую конструкцию. Аццкий ад в плане администрация.
Если в пределах компании такое ещё как-то можно управиться, совершенно не представляю как это будут делать домашние пользователи.
Здравствуйте, wantus, Вы писали:
W>Мне интересно где это используется в живых продуктах и чего про это думают юзеры.
В "продуктах" не видел. И сомневаюсь что продукты такие есть, по многим причинам. Например у многих юзеров browser это новогдняя ёлка — табы, тулбары и еще туча всякой хрени. Где-то там в глубине твое приложение разгдядеть сложно будет. Да и привычка — если браузер, то это сайт какой — трудно объяснить домохозйяке почему посланная ссылка на localhost на мобильнике не открывается.
Здравствуйте, wantus, Вы писали:
W>У кого есть чего-то подобное?
У меня есть програмка, которая в принципе предполагается быть опенсорсной, но никак не доходят руки ее опубликовать. Програмка представляет собой HTTP-proxy, с выходом на заданные конфигурацией сайты через SSH-тунель, а на остальные — напрямую.
У нее есть незамысловатый пользовательский интерфейс, он реализован в виде нескольких страничек в веб-бровсере. Инсталляция програмки заключается в том, что она прописывает себя в autostart вместе с системным дектопом, и добавляет на дектопе иконку, которая, собственно, открывает ее (програмку) в веб-бровсере.
Все замечательно работает, в венде и линухе, собирается под обе системы практически из одних исходников. Сама програмка написана на Go, веб-страничка — на HTML и JS.
Здравствуйте, Michael, Вы писали:
M>- хром чует подвох раз адрес без ssl, и скажет юзеру про небезопасность
На localhost не говорит.
M>гораздо проще сделать свой браузер (на основе WebView ) где этих проблем нет. M>да ещё и подать можно как нечто специфичное (DentalBrowser например для стоматологов)...
Дистрибутив будет очень большой. Бровсеры, они толстенькие.
Здравствуйте, c-smile, Вы писали:
CS>Здравствуйте, wantus, Вы писали:
W>>Здравствуйте, c-smile, Вы писали:
CS>>>Вот эти приложения https://sciter.com/#customers используют Web UI фактически (HTML/CSS/scripts). CS>>>Просто вместо browser означенный sciter.
W>>Не, это не то.
CS>Посмотри Sciter Quark: https://quark.sciter.com/
CS>С ним ты можешь собрать приложение которое будет а) работать без броузера вообще и b) общаться с твоим localhost сервером по http.
Это же для UI-first приложении́(вся база фигачится в скрипте а все остальное дёргается из DLL), а для топикстартера UI как я понимаю второстепенная штука.
Здравствуйте, wantus, Вы писали:
w> Мне интересно где это используется в живых продуктах и чего про это думают юзеры.
Есть несколько браузерных remote UI для разных торрент-клиентов. Есть для трансмиссии, есть для мюторрента, есть для арии2. Я пользовался каждым из них (например, локальная консольная ария2 + веб-гуй для удобства). В принципе, за неимением лучшего варианта, пользоваться можно, но это не лучшее решение, как по мне. Например, для мюторрента работающего на отдельном компе я использовал десктопный ремоут гуй, вместо браузерного.
На мой взгляд такой вариант удобен для очень специфического софта, типа, сервисов, прокси-серверов и подобного (которые просто работают в фоне и не отсвечивают), где один раз в неделю/месяц что то настроил и все.
Здравствуйте, rudzuk, Вы писали:
R>Здравствуйте, wantus, Вы писали:
w>> Мне интересно где это используется в живых продуктах и чего про это думают юзеры.
R>Есть несколько браузерных remote UI для разных торрент-клиентов. Есть для трансмиссии, есть для мюторрента, есть для арии2. Я пользовался каждым из них (например, локальная консольная ария2 + веб-гуй для удобства). В принципе, за неимением лучшего варианта, пользоваться можно, но это не лучшее решение, как по мне. Например, для мюторрента работающего на отдельном компе я использовал десктопный ремоут гуй, вместо браузерного.
R>На мой взгляд такой вариант удобен для очень специфического софта, типа, сервисов, прокси-серверов и подобного (которые просто работают в фоне и не отсвечивают), где один раз в неделю/месяц что то настроил и все.
Ну вот кстати вспомнил, я себе плейер на распберри пи сделал, так там весь интерфейс в браузере, использую постоянно с разных устройств (телефон, планшет, десктоп — то до чего ближе дотянутся в данный момент) и, как не странно, очень удобно.
Правда я везде ставлю, чтобы в отдельном окне открывался, а не во вкладке.
Но это опять же отдельное устройство, а не локалхост.
Здравствуйте, wantus, Вы писали:
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения?
W>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе.
W>На первый взгляд для приложений, которым UI нужен чисто для конфигурации и отображения статуса (а не для работы как, например, в CAD) — много плюсов.
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
W>Сильно упрощает портирование.
W>Бесплатно получается опция remote UI.
W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
Resilio Sync. При установке как сервис подымает локалхост и тогда GUI через браузер. Очень удобно при установке на NAS.
Здравствуйте, C0x, Вы писали:
CS>>С ним ты можешь собрать приложение которое будет а) работать без броузера вообще и b) общаться с твоим localhost сервером по http.
C0x>Это же для UI-first приложении́(вся база фигачится в скрипте а все остальное дёргается из DLL), а для топикстартера UI как я понимаю второстепенная штука.
Ты не понял.
Есть html/css+script для той страницы что товарищ собирается показывать в browser. Эта страница общается на localhost c чем-то (AJAX я так пнимаю).
Ну так вот берем этот html/css+script и добавляем там Sciter.launch("server.exe")
Заворачиваем это всё в Quark и получается два exe — один UI (quark), а второй та самая console приблуда server.exe.
Запускаем UI exe, он стартует также server.exe — и все
Также можно общаться с тем "server.exe" через его stdin/stdout вместо сокетов что еще более надежнее.
Здравствуйте, wantus, Вы писали:
W>Кто-нибудь смотрел на вариант использования браузера для отрисовки UI полностью локального приложения?
W>В смысле, что UI доступен как web page через http://localhost:12345 и при этом обычного (GDI) UI нет в принципе.
W>На первый взгляд для приложений, которым UI нужен чисто для конфигурации и отображения статуса (а не для работы как, например, в CAD) — много плюсов.
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
W>Сильно упрощает портирование.
W>Бесплатно получается опция remote UI.
W>Народ в принципе уже привык к web apps, так что это не должно выглядеть странно.
W>У кого есть чего-то подобное?
Есть именно такое о чем ты говоришь — http://stunnix.com/prod/aws/ — Stunnix Advanced Web Server. Это инструмент для создания и упаковки таких приложений в нечто, что выглядит как десктопное, на винде, макоси и линуксе. Можешь качнуть демо — оно показывает wordpress, joomla, phpbb2 работающие как нативные десктопные приложения, запущенные локально.
При запуске такого приложения выбирается свободный порт TCP для веб сервера, и для mysql (если требуется), на этих портах запускаются веб-сервер и mysql, потом пускается системный или специальный браузер. Когда нужно завершить приложение (или юзер закрывает последнее окно специального браузера) — веб-сервер и mysqld останавливаются.
Все это портабельное, то есть работает из любой папки, даже сетевой, без инсталляции.
Серверная часть обфускаторов написана на перле (но можно писать и на php и на питоне, да хоть на C).
На винде общаются между собой не через TCP а через named pipes. Потому что многие корпоративные файрволы БЛОКИРУЮТ прослушку на localhost (из-за чего сервер не может стартануть), а браузеру (не являющемуся системным) — коннектится на localhost. Просто потому, что разные идиоты пишут файрволы..
На макоси и линуксе пускается системный браузер. Для макоси и винды у них есть специальный файрфокс, в котором можно заменить иконку, название процесса, название в заголовке окна, убрать все меню — будет только веб-страница видна.
Их обфускаторы для винды тащат с собой модифицированный файрфокс (модифицирован чтобы http over named pipes мочь).
Серверная часть — модифицированный апач (модифицирован чтобы http over named pipes мочь).
Конечно режим использования http over named pipes в винде можно отключить в конфиге, тогда будет работать и с системным браузером на винде.
Самая сложность при таком подходе — защита от копирования. Ведь кто угодно может выложить это на своем сервере и давать доступ к нему удаленно с почасовой тарификацией.
Здравствуйте, wantus, Вы писали:
W>Не, не в форме native app, который показывает WebView или Electron, а что, типа, кликаем на abc.exe и это открывает дефолтный браузер и показывает страницу http://localhost:12345.
Syncthing так работает.
Но это опять таки для сервисных тулов которые "настроил и забыл"
Если надо пользоваться регулярно — ну нафиг, неудобно.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, wantus, Вы писали:
U>>зачем? в смысле что это даст? W>Ускорение разработки и портируемый UI.
С точки зрения юзера это выглядит как "девелоперу было лень".
W>Тем, что это слишком медленно и ресурсоемко или чистой воды кулибинство.
Браузер нынче сам по себе ресурсоёмко.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Serginio1, Вы писали:
S>On Windows, WebWindow uses the new Chromium-based Edge via webview2, assuming you have that browser installed (it could fall back on older Edge if you don’t, but I haven’t implemented that)
Интересно что будет если никакого ежа нет вообще?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, wantus, Вы писали:
W>Здравствуйте, vladrsdn, Вы писали:
W>>>У кого есть чего-то подобное?
V>>Есть именно такое о чем ты говоришь
W>Эта приблуда позволяет паковать существующий Web App в self-contained desktop app. Это замечательно, не совсем не то
Чем же это отличается от указанной в исходном посте задачи?
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Serginio1, Вы писали:
S>>On Windows, WebWindow uses the new Chromium-based Edge via webview2, assuming you have that browser installed (it could fall back on older Edge if you don’t, but I haven’t implemented that)
CC>Интересно что будет если никакого ежа нет вообще?
Но он есть http://rsdn.org/forum/dotnet/7784016.1
Здравствуйте, CreatorCray, Вы писали:
W>>Ускорение разработки и портируемый UI. CC>С точки зрения юзера это выглядит как "девелоперу было лень".
Да, есть такая тема. Потому и спрашивал.
W>>Тем, что это слишком медленно и ресурсоемко или чистой воды кулибинство. CC>Браузер нынче сам по себе ресурсоёмко.
Но он уже у всех есть. Плюс одно дело, когда firefox.com съедает 2 гига, показывая TrayEjector Deluxe Pro UI, и другое, когда это делает сам trayejector.com
Здравствуйте, CreatorCray, Вы писали:
CC>Syncthing так работает. CC>Но это опять таки для сервисных тулов которые "настроил и забыл" CC>Если надо пользоваться регулярно — ну нафиг, неудобно.
Сервисный UI — это основной use case, но еще я подумывал прикрутить это к фигулине типа Ai Writer. Типа когда сама программа — это по сути HTML + JS (из локальных файлов), но для хранения данных она дергает местный сервис. Чтобы не завязываться на localStorage, Indexed DB и иже с ними.
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Serginio1, Вы писали:
CC>>>Интересно что будет если никакого ежа нет вообще? S>>Но он есть http://rsdn.org/forum/dotnet/7784016.1
декабря 2018 года Microsoft объявила о намерении перенести браузер Edge на движок Chromium, используя тот же алгоритм отрисовки, что применяется в Google Chrome, но с улучшениями от Microsoft. Также было объявлено, что появятся версии Edge для Windows 7, Windows 8 и macOS, а также что все версии будут получать более частые обновления[11].
Здравствуйте, wantus, Вы писали:
W>У кого есть чего-то подобное?
разве ты не слышал ничего о богомерзком electron? сейчас многие обленились и пихают его куда ни попадя, во все приложухи. а потом смотришь в диспетчер задач и за голову берешься от количества запущенных процессов от крохотной программки.
Operating System Share by Version
Platform Version Share
Windows 10 54.76%
Windows 7 27.41%
...
Впрочем неудивительно — я сам остался на 7ке и на 10 перейду если только уж совсем припрёт. Софт работает, игрушки новые работают, по крайней мере ни одна из тех, что мне интересны, рожу не воротила. Doom Eternal летал, хоть и говно оказался. Посмотрим что Cyberpunk 2077 скажет.
Уж очень 10ка говёная вышла Я даже на апгрейд забил, ибо новые материнки дрова имеют только под 10ку.
Поглядываю порой в виртуалке что они там нового нахимичили и как то не вижу улучшений. Народ же воет что регулярно что нить да ломают, от удаления данных до невозможности залогиниться.
Так что требовать 10ку минимум откровенно рано.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, zverjuga, Вы писали:
Z>разве ты не слышал ничего о богомерзком electron? сейчас многие обленились и пихают его куда ни попадя, во все приложухи. а потом смотришь в диспетчер задач и за голову берешься от количества запущенных процессов от крохотной программки.
Эту заразу надо выжигать напалмом.
А авторам очень хочется если уж не канделябром приложить то хотя бы лучей поноса.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Serginio1, Вы писали:
S>>Сейчас проверил он и для W7 CC>Для != имеется в наличии. CC>Или ты его с собой носить собираешься?
Разговор про десктоп! Конечно если, нет то устанавливается вместе с приложением.
Новая функция гибридных приложений позволяет смешивать компоненты Blazor native UI с компонентами Blazor web UI на одной странице. Этот прост о огромен!
Гибридные приложения размещаются в новом BlazorWebView компоненте, который использует компонент браузера для размещения веб-части приложения. Нет удаленного или локального веб-сервера; весь ваш код выполняется в процессе приложения.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Разговор про десктоп!
Разумеется.
S>Конечно, если нет то устанавливается вместе с приложением.
Звиняй, но если у меня прога потребует установить Edge то она будет отправлена в мусорку. Единственное исключение если она надо позарез и нет альтернативы.
S>
S>Этот просто огромен!
Несвязуха какая то. Это гуглтранслейт что ли?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Serginio1, Вы писали:
S>>Разговор про десктоп! CC>Разумеется.
S>>Конечно, если нет то устанавливается вместе с приложением. CC>Звиняй, но если у меня прога потребует установить Edge то она будет отправлена в мусорку. Единственное исключение если она надо позарез и нет альтернативы.
Не обязательно Edge достаточно и хрома. Но для виндовс я считаю Edge лучше
When using Uno Platform to get your UWP/WinUI 3.0 and later apps on Windows 7 you now have two options for running your app:
1. Run your app as a PWA. Your Windows 7 will need Chrome installed on it
2. Run your app on Chromium through Electron
компоненты веб-интерфейса размещаются в представлении браузера (например, WebKit, Chromium и Edge WebView2).
Вычислить точное количество пользователей браузера Chromium очень сложно, так как User Agent браузеров Google Chrome и Chromium совпадают. Согласно социальной сети Wakoopa, аудиторию пользователей Chromium (около 87 %) составляют пользователи ОС с ядром Linux[148].
Браузеры на базе Chromium
Можешь просто Chromium установить, если у тебя браузер на другом движке. S>>
S>>Этот просто огромен!
CC>Несвязуха какая то. Это гуглтранслейт что ли?
Янддекс или edge не помню.
и солнце б утром не вставало, когда бы не было меня
Что изменится после установки
Интеграция в Windows 7 или Windows 8.1 пакета KB4567409 влияет исключительно на появление в системе браузера Edge, вернее, второго его поколения. Обозреватель вышел одновременно с Windows 10 в июле 2015 г., но до апреля 2019 г. основывался на собственном движке EdgeHTML. Эту версию своего детища Microsoft переименовала в Edge Legacy, а новую построила на базе Chromium, и именно ее получат пользователи Windows 7 и Windows 8.1 после установки KB4567409.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, wantus, Вы писали:
W>Писать продвинутый гуй на html/css/js приятнее и быстрее, чем нативный.
А наборы контролов есть сторонние готовые? потому что самому реализовывать таблицы, кнопки табы и т.д. и т.п., да еще на css и js — это нафиг надо, т.к. там где в каком нибудь windows forms у меня пара вызовов — в js будут языковые конструкции на пол экрана.
Я даже на апгрейд забил, ибо новые материнки дрова имеют только под 10ку.
