С Cocoa/Swift на Gtkd интересно сложно переписать приложение?

Пробовал разные виды "блокнотов", нужно привыкнуть к этому делу и к их интерфейсам). Также интересно потестить вызов жулии из D. Там был проект https://github.com/symmetryinvestments/juliad, но он немного мертв, судя по всему. Второй вариант, как я понимаю: PackageCompiler может создать динамическую библиотеку, которую потом можно вызвать из D... что-то вроде такого: https://discourse.julialang.org/t/compiling-a-library-from-a-custom-module/44691

я вот об обратном думаю

с gtkd на swiftgtk

правда давно думаю. и безрезультатно

Да либу видел. Мне кажется, симметри её юзают у себя - так что по идее не должно быть прям сильно мертвым

У меня скорее была идея, чтобы на Ди можно было написать какой-то пакет, и уже в Джулии вызывать.. но пока так и не придумал архитектурно как это можно сделать

Тут общий Фреймворк хотя бы

а так - gtk по удобству далеко до cocoa

Просто что-то почитал новость про VLC - многие ругают интерфейс

Стало интересно а что там в macOS с видеоплеерами

Нашёл симпатичный такой https://github.com/iina/iina

Но он на cocoa и соответственно macOS only... интересно вот насколько сложно такое портануть на Линукс :)

но! в gtk4 возможно все немного лучше

Тоже подумываю о своем проигрывателе, как вариант следующего проекта, только музыка. Но даже если он заработает и сбросить риски на поломку апи и странные решения  со стороны gtk, то для этого кейса потенциально есть несколько проблем с будущим расширением: доступ к соцсетям\сервисам, хотя вк наверное ограничил апи на музыку, OAuth. В D я видел примеры работы с апи вк, но они были привязаны к vibe.d и кастомной либе для авторизации, у Lua часть либ старые и мертвые, разве что запускать получение токена через шелл\бинарник, ждать и потом работать с ним или как писали выше, скрипты на пайтоне или что-то еще. Туда же работа с сервисами гугла, диском. С другой стороны, других претендентов у меня мало: JavaFX и Flutter, тоже такие себе кандидаты. А если отказаться от доп. функционала, то тогда можно и юзать то, что уже есть, ту же клементину\vlc и т.п.

А если не секрет, какая тематика проги на gtkd, для неё важна производительность?

клиент для девайса + немного расчетов + графики

первые 2 на С++, графики на D

тут можно посмотреть, что у gtk есть для работы с oauth

ясно, функционал выглядит специфическим. Но Swift кажется более специализированным языком, что напоминает шарповские тулкиты: есть кроссплатформенная работа, а есть кроссплатформенная разработка. Если я возьму Avalonia, то потом, теоретически, она запустится на линуксе. Но если я хочу продолжить поддержку проги на линуксе, то мне нужно ставить Rider или еще чего, потом оказывается, что часть тулз завязано на другую ось, да и в целом разработка сильно отличается. Swift обеспечивает приемлемый уровень тулз на всех системах или же это маковский вариант C#-тулкитов, на маках самые лучше инструменты, а в остальных осях как придется?

все инструменты на маке, на linux и win свифт недавно стал доступер

но мы сейчас это обсуждаем в чате языка у которого все инструменты - пара плагинов vscode

логично, но, как по мне, нет психологического дискомфорта, что нужен даблбут или другое железо для более быстрой и лучшей работы). По принципу "каждой задаче - свой инструмент" выходит, что разрабатывать нужно под наиболее выгодной комбинацией ось + тулзы, но тогда нужно хорошо знать очень много инструментов и постоянно между ними корректно переключаться, та еще задачка...

я, например, поcле некоторых проектов постоянно в ди " ;" забываю, или new для создания объекта.