О нет! Оно шевелится!!

Bindings to Qt exist for several other languages, including Ada, Pascal, Perl, PHP, Ruby, Python and Java™.

doublecmd

Чем тебе паскаль не угодил, болезный? А ада так вообще вкусняшка, надо будет попробовать на кутях на ней чего-нибудь наваять.

Единственное полуживое из списка - перловка.

А биндинги для пыха, на котором никогда ничего не писали десктопного эва, тебя не удивляют?

пыха, на котором никогда ничего не писали десктопного эва

Я писал.

не — пых как раз неизбежное зло. а вот паскаль, я не ожидал, что начнёт активно карабкаться из могилы: полно более достойных языков, у которых нет биндингов к куте.

Чем тебе паскаль не угодил, болезный?

убогим синтаксисом, и тем, что породил дельфю. а вот чем не угодила дельфя это слишком долгий разговор.

Я писал.

Чувак, прикройся чем-нибудь, тут же дети!

а ну и хреновой кроссплатформенностью ещё.

убогим синтаксисом, и тем, что породил дельфю

Дельфю породила одна конкретная фирма, не надо обобщать.

Ada, Pascal, Perl, PHP

Это всё в музей.

а столь ли плоха Ада? //не пользовался ей, интересно

pascal

Следующий биндинг будет к PL1. Такъ подебимъ!

паскаль клевый, а вот фигурная скобкота нинужна ) А дельфи вообще няшка - единственная в мире полноценная RAD-платформа.

Кстати, про java ложь: jtqambi умер, к сожалению :(

Для BASIC будет?

qtjambi обновлялся в апреле 2013, PHP-Qt тоже, короче оно там всё дохлое кроме питона..

Там всё кроме биндинга для python мёртвое.

Bindings to Qt exist for several other languages, including Ada, Pascal, Perl, PHP, Ruby, Python and Java™.

убогим синтаксисом, и тем, что породил дельфю

Это у Паскаля-то убогий синтаксис? По моему совсем наоборот, самый читабельный из всех. Да и Дельфи вобщем не так уж и плох, если на нём не пытаться БД писать и почаще использовать winapi вместо стандартных диалогов.

+ winff, lazpaint

ой какой толстенький. может, назовёте кроссплатформенный фраемворк лучше? нет, не так: может назовёте другой полноценный кроссплатформенный фраемворк?

Паскаль в принципе не так уж и плох на фоне кучек гогна, которые успели понаделать на сегодняшний день.

Увы, ада-культи мертвее нетбсд

может, назовёте кроссплатформенный фраемворк лучше?

gtk, wxWidgets.

другой полноценный кроссплатформенный фраемворк?

Что такое по твоему «полноценный»?

WxWidgets.

что-ж так всем школьникам не угодил паскаль? вспоминаются двойки по информатике что-ли.. :-)

ps/ к слову: а между тем С++ догнал паскаль по числу резервированных слов.

что-ж так всем школьникам не угодил паскаль? вспоминаются двойки по информатике что-ли.. :-)

не знаю, а что в школах сейчас преподают Паскаль?

//везёт вам, у вас там компьютеры есть, раз ЯП хоть каким-то обучают. эх, мне бы ваши ПК в ваши годы... я бы их продал и купил квартиру)

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

//алсо, отвечаю для aembers_guggenheim

только вот он обладает всеми недостатками, С++, не обладает некоторыми его достоинствами, к тому же у паскаля более сильная типизация. в С++-то типизация сильна до тошноты, а уж паскалевскую и видеть невозможно.

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

и почаще использовать winapi

Ну ёптыть, в школах такому не учат. Это только на практике узнавается, что Message Box обычный, виндовый, вызывается практически так-же, За минимальным исключением, в виде handle рабочего окна. На который всем, и в том числе МС, глубоко похрену. Но память весьма экономит.

в С++-то типизация сильна до тошноты, а уж паскалевскую и видеть невозможно.

С++

сильная типизация

Читать до просветления: http://habrahabr.ru/post/161205/

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

Есть мнение, что комбайны не нужны. Особенно комбайны, с трудом линкующиеся с чем-либо кроме C++.

Т.е. для всякого говна обертки сделали, а про С забыли?

Ну и сволочи!

Языки с сильной типизацией не позволяют смешивать сущности разных типов в выражениях и не выполняют никаких автоматических преобразований.

в С++ полно таких ситуаций, когда сущности разных типов смешиваются, за счёт автоматических преобразований. но с другой стороны, полно таких ситуаций, когда автоматического преобразования хотелось бы, но его компилятор его не производит.

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

чтобы писать не X.func(a), а func(X, a)? и как быть с виртуальными функциями? в С их нет.

я как бы намекаю, что зависимость языка от winapi делает его по определению говном.

В С есть все нужное. А если чего-то нет, то это не нужно!

Ну, а культи — говнище.

И да, а как, по-твоему, это работает в паскуалии?

Ну, а виртуальные функции (указатели на функции) и классы (структуры) в сях есть. В говнотыках этим активно пользуются. Но говнотыки тоже не нужны. Как и культи. Хотя, нет: культи еще больше не нужны, т.к. культи помимо того, что говно, так еще и жирное тормозящее говно.

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

Произвольно взятый комбайн тем более не гарантирует отсутствия в нем багов.

В С есть все нужное. А если чего-то нет, то это не нужно!

Ога. Забавно наблюдать за сишниками, пишущих на плюсах. Как-то вычищал баги за такими. Кстати, сишник, пишущий на плюсах детектится на раз. Так вот, после переписывания, код сократился в 9(!) раз. Естественно, багов стало значительно меньше. Поскольку там, где раньше висела пачка портянок из свитчкейсов, с копипастами, теперь стал выполнять абсолютно те же функции набор виртуальных методов классов. Производительность при этом опять же выросла. Потому, что оптимизировать кратенькие виртуальные методы оказалось намного проще.

как раз наоборот. гарантирует. человек, который уже завязался на том же Куте, при необходимости, будет использовать предоставляемые им возможности, таким образом, увеличивается объём аудитории у библиотеки. а объём аудитории гарантирует нахождение, как минимум, наиболее явных багов. да и удобно, когда всё вместе связано.

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