LINUX.ORG.RU

QSA 1.0


0

0
Сегодня вышла первая версия Qt Script for Applications (QSA).
Это кросс-платформенный инструментарий, построенный на Qt.
Он позволяет использовать интерпретируемый язык Qt Script (основан на JavaScript) в ваших C++/Qt-приложениях.
Основные компоненты QSA:
- QSA-библиотека;
- Qt Script (ECMAScript standard);
- QSA Workbench - среда разработки для создания, отладки и выполнения сценариев;
- Input Dialog Framework - GUI API для создания диалогов взаимодействия с пользователями.

Используется двойное лицензирование. В т.ч. GPL :)

Подробнее на русском: http://kcheckers.osdn.org.ua/qt/qsa.html
FAQ на английском: http://www.trolltech.com/developer/fa...
Загрузить: ftp://ftp.trolltech.com/qsa/source/qs...


>>> Новость:

★★

Проверено: green
Счастье для всех и бесплатно!

Притащили большую дырку аля M$! Теперь достаточно KMail с этой штукой скомпилить, и наступит вселенское счастье для червей!

:(((((((((((((((((
vada ★★★★★
()
2vada. Ты не прав. Дело не в технологии, а в приминении. Сходи на сайт KMail ее авторы клятвенно обещают никогда не использовать исполняемый скриптинг во входящих/исходящих сообщениях.

А вот если добавят QSA в KMail и дадут хороший API к средствам почтовика это будет супер, т.к. можно будет реализовывать недостающие фишки без возни в исходном коде. За это многие спасибо скажут, и я в том числе.
Korwin ★★★
()
Как же, добавят, ждите! Думаете раззорятся разработчики KMail на покупку QSA?
anonymous
()
А хотя проглючил я. Не придется им раззоряться.
anonymous
()
Да дело не в KMail, а в том, что весь KDE будет иметь охрененную потенциальную дыру. С одной стороны, спасибо за удобство, а с другой. прикрывай жопу бронированным листом.
Я сейчас сижу на KDE, и мне нравится, но, если эту фишку начнут в КДЕшных приложениях использовать, точно на КДЕ поставлю крест. Думаю, я не один такой. QSA ведь, если я правильно понял, имет доступ КО ВСЕМУ API QT. Т.е. и доступ к файловой системе. А оно мне надо????
vada ★★★★★
()
Браво, QT! Сделано то, что MS сделал в 1998-м (Active Scripting). Конечно, до уровня МС ещё не дотягивает: и язык всего один (у МС языки подключаются как плагины), и интеграции с ORB никакой, и интеграции с WEB никакой. Но первый шаг сделан. Правильной дорогой идёте, товарищи!
Eugene_Korobko
()
Исходники то есть, не хотите не компилите с QSA. Вещь нужная.
anonymous
()
Ответ на: комментарий от vada
чет я тебя не понял, если ты запускаешь из под себя KDE, то любой его компонент имеет твой домашний каталог, как он хочет, если этот компонент включает в себя QSA, то это ни мешает, ни помогает ему иметь твой каталог...
anonymous
()

Ацтой! И qt и qsa.
anonymous
()
Не чуваки! Вы гоните! Не ко всему API, атолько к тому, к которому программер разрешит
anonymous
()

Re:

А программер разрешает с помощью утилиты SQAConfig, которая эти разрешения прописывает в реес..., тьфу, в /etc/.
Eugene_Korobko
()
Стар наверное стал... Совсем никак не пойму и хиде дырка? Если пользователя свезут со всеми потрохами - на то он сам себе злой буратино, есть ли в этом зло куса, или нет его - это уже не важно.

Както странно виндузячьи страхи на линь портить, аль под рутом трудимся? :)
asoneofus
()
Ответ на: комментарий от asoneofus
2asoneofus

>Както странно виндузячьи страхи на линь портить, аль под рутом трудимся? :)

Под рутом только виндузятники да ламеры "трудятся". У меня под собой 140000 строк сырцов, ежедневно обновляемых. И меня совершенно не возбуждает потерять хотябы день работы.
vada ★★★★★
()
А кто-то говорит, что ты его (день) потеряешь? Счего взял? Появился еще один удобный инструмент. bash-скрипты не очень хорошо подходят к управлению/изменению GUI приложениями, а QSA вполне себе хорошее решение.

Ведь дело не в инструменте, а в способе его применения.
Korwin ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.