Scribus 1.3.5.1

Портировать с qt3 на qt4 по-любому быстрее, чем на совершенно убогом и неудобном gtk писать.

Что, никак без тулкитосрача не получается, да? :)

>Что, никак без тулкитосрача не получается, да? :)
Сейчас, небось, и ДЕ-срач организуется %)

Ну тут срач обычно с юзерской точки зрения, а я про программирование :)

Не будет срача, ибо всем доподлинно известно, что кеды рулят и педалят по-всякому.

> Портировать с qt3 на qt4 по-любому быстрее, чем на совершенно убогом и неудобном gtk писать.

не согласен.

"убогом" = простом?

"неудобно" = учить матчасть лень?

По мне, так хоть на веб-интерфейсе всё бы работало, лишь бы было шустро и позволяло делать заявленные вещи. А что там QT4 или GTK мне, честно, по барабану - это выбор программистов, которым этот проект писать и поддерживать.

З.Ы. Кстати, они как раз-таки собирались с cairo работать. Так что, символическая часть gtk там, всё-таки, наверное, есть. ;)

> З.Ы. Кстати, они как раз-таки собирались с cairo работать.

Они = шкрыбусовцы? Уже два года как юзают в хвост и в гриву.

P.S. Только вот про сиволическую часть не надо :) А то тут позавчера pstoedit 3.50 вышел, первый за два года тоже. Там теперь есть драйвер вывода в Cairo. Натурально пишет код на C и линкует его с Каиром :) И что, тоже символичный GTK+? :)

Убогом, потому что С для GUI не подходит. Неудобно, потому что реально неудобно делать работу за компилятор, пытаясь на С писать объектно-ориентированный код.

> Убогом, потому что С для GUI не подходит.
Мне, как пользователю абсолютно начхать на используемый язык если ПО свою работу выполняет и меня устраивает функционал.

Вот только пишут программы далеко не просто пользователи.

> Вот только пишут программы далеко не просто пользователи
Ну а горшки не боги обжигают. И что?

>Убогом, потому что С для GUI не подходит

А что, кроме как на СИ этот тулкит нигде не доступен? Это ерунда. А вот то, что там до сих пор комбобокс некорректно показывается (список повляется с "прокрруткой" с середины списка, после прокрутки исчезает), вот это реально бесит. Никто не знает - это такая фича, да?

> Убогом, потому что С для GUI не подходит.

Поучили бы матчасть, прежде чем троллить так толсто. GTK+ был написан на С вовсе не для того, чтобы его можно было использовать только из С-программ. По-моему, сейчас уже любое школие знает, что GUI на GTK+ можно создавать на чертовой прорве языков: компилируемых, интерпретируемых, динамических, управляемых, сильно типизированных, слабо типизированных, объектно-ориентированных и не очень.

А несчастные фанбои Qt альтернативы монструозному С++ не имеют, из-за чего огребают мемлики (из-за отсутствия GC), ошибки компилятора на три страницы (из-за темплейтного программирования) и портирование по два года. Пионерию типа PyQt или QtD по понятным причинам не рассматриваем.

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

> Никто не знает - это такая фича, да?

Фича. Первый элемент списка появляется под курсором.

>> Убогом, потому что С для GUI не подходит.
>Мне, как пользователю абсолютно начхать на используемый язык если ПО свою работу выполняет и меня устраивает функционал.

? Где-то здесь должна быть логика, но я её не вижу. ?

>Ну а горшки не боги обжигают. И что?

>Фича. Первый элемент списка появляется под курсором.

Ну почему там всё не как у людей, вот нахрена мне это большой кусок пустоты и скроллить список из 10 элементов? =((

Как бы не соврать ненароком, но вроде бы патчилось

>Ну тут срач обычно с юзерской точки зрения

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

>>Ну тут срач обычно с юзерской точки зрения

>Тулкитосрач с юзерской точки зрения? Это всё равно, что пациенты будут обсуждать, хирургические инструменты какого производителя лучше.

Имхо, более точной аналогией будет "на каких конвейерах собирают машины", ну и соответственно смысл будет, в отличие от за уши притянутой "хирургической" аналогии.