Десктопные UI

May 26, 2017 14:06


Очевидно, самый правильный способ делать десктопный UI - индивидуально под каждую платформу. Мечта о том, что мы выделим «компоненты», из которых соберем экран, а потом «заскиним» их под каждую платформу, - абсолютно оторвана от реальности. Слишком много нюансов (размеры, отступы, порядок и расположение элементов, уникальные для платформ идиомы) ( Read more... )

нужна ваша помощь, я что-то пропустил, инструментарий, изолента, интерфейсы

Leave a comment

Comments 98

ext_4138005 May 26 2017, 11:16:24 UTC
Sciter от TerraInformatica. https://sciter.com

Бывший HTMLayout (http://www.terrainformatica.com/htmlayout/main.whtm)

Автор приглашенный эксперт в w3c и уже 10 лет назад пытался протащить в CSS грамотные идеи лэйаута (но не смог :( )

Reply

northern_witch May 26 2017, 12:02:37 UTC
Не вижу в разделе Our customers ни одной компании, UI продуктов которой вызывал бы желание облизать =(

Reply

ext_4138005 May 26 2017, 12:25:47 UTC
да. это, к сожалению, так. почему так - я не знаю :) потому что и там и в электроне HTML + CSS + Scripting

Reply


binf May 26 2017, 11:21:47 UTC
Спасибо за интересный пост! Посмотрите Xamarin.forms

Reply


(The comment has been removed)

tonsky May 26 2017, 11:28:16 UTC
Меня бесит корявость web-платформы и странности JS

Reply

(The comment has been removed)

tonsky May 26 2017, 11:41:45 UTC
То что он бандлит кучу ненужного говна ради одного дохленького процесса. Берем интерактивную многопользовательскую систему и запускаем на ней не-интерактивный единственный процесс. Разработчики языков срут зависимостями куда попало и как попало. Вместо того чтобы со всем этим адом _разобраться_, давайте на каждый чих создавать целую вселенную и пусть они внутри там хоть усрутся. Это не наведение порядка. Это создание условий для более удобного разведения ада.

Это путь задом наперед. Правильный путь - делать все нормально и аккуратно, строить только то что нужно, а что ненужно не строить. Java-программисты, например, до сих пор не понимают, зачем докер. У них и так всё норм, четко, предсказуемо и изолировано. В еще более общем случае решение - unikernel.

Reply


anonymous May 26 2017, 11:27:34 UTC
Не обязательно C++ https://wiki.qt.io/Language_Bindings выбирай любой.

Reply

tonsky May 26 2017, 11:33:46 UTC
ага, вот еще с корявыми заброшенными биндингами не хватало возиться

Reply

kika May 28 2017, 22:22:12 UTC
как минимум PyQt живее всех живых (дропбокс на нем написан, не знаю как сейчас - переписали ли на плюсах, лень смотреть).

Reply

tonsky May 29 2017, 07:51:57 UTC
Дропбокс это одна панель настроек? И всё?

Reply


anonymous May 26 2017, 11:35:56 UTC
https://developer.xamarin.com/guides/xamarin-forms/

Либо UI для каждой платформы свой (AppKit, GTK, Windows Forms) + interop с каким нибудь высокоуровневым языком с общей бизнес-логикой (от хранения стейта до общения с сервером) и реализацией каких-то сложных и не специфичных для платформы элементов интерфейса внутри webview, но опять же системного, а не притащенного с собой.

Reply

anonymous May 26 2017, 19:40:23 UTC
а какое бы приложение для мака (десктопного) на xamarin посмотреть?

я из .net видел на маке только fender fuse и такая модель работы дистрибьюции приложений -- ну её нафиг. если xamarin круче -- что смотреть?

Reply

anonymous June 23 2017, 17:47:28 UTC
Visual studio for Mac

Reply


Leave a comment

Up