Выбор средства и языка разработки: десктопное приложение Win + OSX

ETO Forms??? Интересная штука, и на Linux-е выглядит хорошо. Это типа SWT для жабы, но для сисярпа? Нативные контролы юзает или стили хавает?

А как же Xamarin делал какой-то кроссплатформенный GUI для Mono - есть у них успехи?

можно красиво и аккуратно сделать.

Только C++ Qt5 получиться и то и другое. Будут вопросы, кастуй.

Вроде Xamarin только на мобильную кроссплатформеность ориентировались http://xamarin.com/forms

Да, он на каждой платформе юзает нативный тулкит для отображения интерфейса. Поддерживается аппаратное ускорение и внедрение платфомо-зависимого кода при необходимости. Работает в том числе и на iOS(и уже скоро Android) через Xamarin.

Сами Xamarin пилят XWT говорят он стал вполне юзабелен, но чуть больше полугода назад я его смотрел и мне показался сыроват. В целом он и сейчас по функционалу уступает ETO.

И да, запилите кросс-платформенный двиг. Вариантов и технологий(фреймворков) уйма. Можно C#(Xamarin, Unity), Java libgdx (для iOS - RoboVM), C++(тут решений вообще вагон), да хоть haxe или python(Kivy). У двух последних производительность будет пониже. Есть еще много вариантов почти для всех основных платформ и технологий. Поддерживать один и тот же функционал на разных платформах - только бардак разводить и баги плодить.

Напиши сначала хотя бы одну программу на нем

Писал. Удобно. Что не так?

- тогда и поймешь почему лучше всё же Qt.

Не нравится мне Qt. Вообще. И внешний вид его не нравится, и API уродское, и то, как они C++ изнасиловали.

И не надо говорить что C++ плох, вот как раз в варианте Qt язык C++ весьма и весьма хорош

Привет, 90-е? Современный C++ и убогий Qt - понятия вообще несовместимые.

да я написал на нем небольшую программу

Охренеть какой опыт. Да ты просто гуру! Автограф дашь?

на андроиде один двиг, на иосе - другой. на каком делать ?

* Берешь Unity, делаешь редактор уровней в нем. Экспорт лабаешь на C#

* Берешь Godot, делаешь бла бла бла. У них что-то питоноподобное, расширяемое C++ом

* Берешь Blender, делаешь бла бла бла. Там питон.

* Берешь libgdx, делаешь бла бла бла. Там Java, clojure, Scala.

Ах раз XWT лишь для Android и ios то фтопку... В вроде для Linux/OSX тоже хотели, не?

Нет, XWT как раз для Lin/Mac/Win и опенсорсно. А Xamarin.Forms для мобилок, но это вообще другая история. Это подмножество XAML и проприетарно. Но работает по тому же принципу

да, именно редактор уровней. игра для иоса и андроида. общего движка нет. все будет писаться независимо.

Странное решение.

но редактор должен быть общим

Кроссплатформенных движков валом, возьмите тот, что лучше всего подходит под вашу задачу.

Там есть биндинг к гтк

Интерфейсы на жаве для андроида специфичны и написать UI для десктопа не помогут.

тогда джава - ваш путь

Далеко не всем нужен нативный лукендфил. Кому-то наоборот надо, чтобы свистело и... Ну вы понимаете.

Интересная штука, надо будет потыкать на досуге.

Понял, спасибо. Ну значит Mono тоже нормальный вариант, тут уже с чем больше нравится работать.

И?

Странное решение.

+1

Только что же вроде выяснили, что правильно - лисп дазнт ворк.

Вот я специально отрывал задницу от кресла и шёл работать лиспером. Выяснилось:

а) лисповая работа есть

б) софт на лиспе работает и не падает

в) производительность лиспопрограммиста такая, что в ушах свист стоит

г) жалкие человечешки гундят, что мы не понимаем, что давайте всё на C и JSON (или C++ и XML) перепишем. Пока на DSL не напишут 5 строчек, которые покрывают месяц их работы на VHDL. А потом сами начинают DSL расширять.

г) Lispworks - офигенен!

это небольшой минус для нас.

тоже так думаю.

C++, Qt

Основные языки в команде: java и obj-c

Тогда Java, и не нужно бояться:

знаний десктоп и UI у нас нет

Если работали с Java, то ничего особенного для вас там не будет.

Для свистелок js же :) Ну или если очень хочется, то sdl.

да, спасибо) решили на джаве в идее все делать.

Тулкит для GUI какой выбрали, интересно?

SWT — это полный натив через минимальную прослойку.

Прикольно, не знал.

пока пробуем swing

хотя вот потыкали swing и что-то как-то не изи пошло. решили глянуть swt. с ним все пока намного проще

Это хорошо, а то swing тормозит! Что бы что не говорил. А swt быстрый...

про скорость пока ничего не могу сказать, но нативный внешний вид и чуть более удобное использование GUI виджетов видно невооруженным глазом

Lispworks - офигенен!

Ага. И REPL не умеет (personal edition). Emacs+slime + sbcl – наше всё!

Лучше лаптем щи хлебать.

Далеко не всем нужен нативный лукендфил. Кому-то наоборот надо, чтобы свистело и... Ну вы понимаете.

дааааа, я вот понимаю..., НЕнативный look'n'feel обычно нужен какому-нибудь промежуточному начальнику (потому что этот промежуточный начальник думает будто НЕнативный look'n'feel это круто, и что возможно это хороший повод похвастаться перед своим более высоким руководством и возможно даже получить денежную премию :))..

...причём этом эти люди (которые хотят НЕнативный look'n'feel) — сами программой не хотят пользоваться, а хотят этот НЕнативный look'n'feel именно для своих бедных клиентов.

и эта ситуация — разумеется меня не может не раздражать :-)

я даже могу представить этот диалог (между программистом и промежуточным начальником) — "почему у тебя окно программы не зелёного цвета? ты ведь знаешь что наш фирменный цвет ярко зелёный! значит и программа тоже должна быть ярко зелёного цвета!!" и "...пусть наша программа ВЫДЕЛЯЕТСЯ среди других окон програм! это увеличит продажы! ты покачто сиди и программируй, а я поручу Олечке нарисовать соответствующие графики в поверпоинте.. и поиграйся там со шрифтами"

и эта ситуация — разумеется меня не может не раздражать

Вообще пофиг. Не нравится - не пользуйся.

чем не пользоваться? говнопрограммами этими? ды это разумеется(!), как только мелькает на горизонте возможность не пользоваться — то сразу первым делом такая программа бесследно вычещается с HDD!..

но раздражает же меня не столько сами программы, сколько *некомпетентность* людей, которые *умышленно* хотят кому-нибудь пропихнуть ВЫДЕЛЯЮЩИЙСЯ (не нативный) GUI. :-)

Ага. И REPL не умеет (personal edition). Emacs+slime + sbcl – наше всё!

У меня Enterprise... В SBCL багов на погонный метр гораздо больше, плюс диагностика ошибок хуже. Естественно, все приличные люди slime'ом пользуются.