Scribus 1.3.5.1

Отлично!

В обзоре пример со смайликом, разрезанным линией - у исходного смайлика глаза пустые и градиент слева направо, а у разрезанных половинок - глаза желтые и градиент похоже центральный - это бага инструмента, или там в другом дело?

атлично, жаждю стабильную

Честно - не помню. Скрин делал чуть ли не месяц назад. Сейчас попробовал - глаза вообще отвалились в отдельные круги :)

> В обзоре пример со смайликом, разрезанным линией - у исходного смайлика глаза пустые и градиент слева направо, а у разрезанных половинок - глаза желтые и градиент похоже центральный - это бага инструмента, или там в другом дело?

Тоже заметил. Это фича. Типа, инструмент сам дорисовывает то, что забыл художник, например, горящие глаза смайлика :)

Кстати, мысль. Надо не исправить, а доработать :)

а было на qt3 ? очень хорошо что все понемножку портируется

Да, стабильная версия до сих пор на Qt3.

Rosegarden/Qt4 — такой же долгострой. Уже не меньше года порт херачат, а работает только наполовину.

> Rosegarden/Qt4 — такой же долгострой

Это точно, и выглядеть он стал довольно ужасно, и тормозить больше. Блин, нет чтобы под gtk писать...

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

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

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

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

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

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

не согласен.

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

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

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

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

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

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

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

Скрибус -- убожество. Далеко не дотягивает по удобству и функционалу до пейджмейкера 6.5, а ресурсов требует буквально на два порядка больше. Не, ну как "бесплатное поделие, которым никто не заставляет..." -- самое то, кто ж спорит.

Ты опять за старое взялся? :)

> Скрибус -- убожество.
Предложите лучше в той же ценовой категории.

Отличная новость!.. Хотел было когда то свои ПЗ размечать в скрибусе, но одолел LaTeX

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

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

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

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

Портирование Scribus на Qt4 заняло два года.
Портирование Rosegarden на Qt4 продолжается примерно столько же, и конца-краю не видно.
Автор K3B не справился с портированием своего детища под Qt4/KDE4, и вместо него отдувалась команда Mandriva.
Спустя четыре (!) года после выхода Qt4 остается туева хуча Qt3-only приложений. Понимая, насколько проблематичным получилось портирование, Qt Software лепит костыли наподобие Qt3Support-классов.

Господа кутешники, если переход на новую мажорную версию библиотеки происходит с ТАКОЙ кровью, наверное, что-то не так в вашей консерватории?

Я что-то не припомню, чтобы портирование GTK1->GTK2 вызывало хоть какие-то затруднения. Готов биться об заклад, что переход к GTK3 (который, как известно, собирается поломать backward compatibility) также не вызовет ни одного долгостроя а-ля Rosegarden.

Потому что кто-то смотрит на два шага вперед и грамотно проектирует свое API, а кто-то (не будем показывать пальцем на Qt Software) не видит дальше своего носа.

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

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

>Потому что кто-то смотрит на два шага вперед и грамотно проектирует свое API, а кто-то (не будем показывать пальцем на Qt Software) не видит дальше своего носа.

Потому что кто-то не имеет достаточно ресурсов-мозгов-воображения развивать тулкит.

Очевидный фикс.

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

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

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

Просто кто-то не побоялся сделать рефакторинг своего кода и убрать из него всякие уродства, что в перспективе очень даже хорошо. С gtk это просто нереально. Феерический пример: в гтк-шном календаре нумерация дней с единицы, а месяцев с нуля. Чувствуется грамотное проектирование.

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

А ничего, что в обоих случаях имеет место рефакторинг? :)

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

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

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

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

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

> А ничего, что в обоих случаях имеет место рефакторинг? :)

Именно так.

Только в случае GTK+ это совершенно тривиальный и предсказуемый процесс.
А в случае Qt - долгострой на два года.

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

Г-н Прокудин, не припомню, чтоб мы с Вами отдыхали в одном вытрезвителе; а потому, невзирая на всему свету известное Ваше хамство и бескультурье, попрошу не "тыкать".

Тем более, что по существу вопроса возразить Вам нечего. Жрёт скрибус ресурсы? Жрёт. Верстать при этом умеет? Умеет... на уровне тех версий пейджмейкера, которые ещё имели в названии "Aldus". Налицо отставание на десять+ лет. Что это за "программа для вёрстки", в которой брошюру сверстать в десять раз труднее и неудобнее, чем в _бесплатном_ макросе для MS Word 97? Да даже ручками в OOo быстрее делается.

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

>Предложите лучше в той же ценовой категории.

Вы писали комментарий, как обычно на лоре, прочитав только первую фразу? Я же и сам сказал -- для беплатной поделки а-ля "студенческая курсовая -- прототип программы вёрстки" очень неплохо. Энтузиасты даже из принципа какие-то буклетики верстают, бедолаги. Но к полиграфической промышленности эта штуковина не будет иметь отношения ещё лет пять. Или десять. А может, и вообще никогда не будет.

Кисонька, ты не кипятись так. С людьми я на "ты" перехожу без алкоголя. Ну хотя бы потому, что не употребляю алкоголь. Совсем :)

Зачем мне тебе возражать хоть по существу, хоть нет? Твоя задача в этом треде — генерить мусор. Ты с ней уже чудесно справляешься. Ты даже не удосужился прочитать обзор, где русским по белому написано, что отрисовка и загрузка документов существенно ускорены. С примером.

А с пижамкером твоим ненаглядным я работал. И с 6.5, и с 7.0. Это такой пипец, что словами не передать. Диалог печати в PDF у него просто волшебный. Про идиотическую манеру зеркалить блоки относительно начала координат вообще молчу. Оно понятно, конечно, что старый, заслуженный и тэ пэ. Но не до такой же степени :)

Мда, и это — ты уже пропатчил его реверс-инженерингом на предмет поддержки OTF и висячей пунктуации?

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

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

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

> Феерический пример: в гтк-шном календаре нумерация дней с единицы, а месяцев с нуля. Чувствуется грамотное проектирование.

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

"day" gint : Read / Write

The selected day (as a number between 1 and 31, or 0 to unselect the currently selected day). This property gets initially set to the current day.

Allowed values: [0,31]

Default value: 0

Зачетная DTP. И хоть некоторые товарищи тут пытаются сравнить скрибус с пижамой, спешу напомнить что скрипты в пижаме приходилось писать на ссях++, что, согласитесь, совсем не способствовало удобству использования оных. А тут спокойно можно их писать на питоне. А скрипты, хочу заметить, вещь важная, особенно для меня. Короче он + латех и проприетарщина не нужна )).

А что, месяцы нельзя было тоже с единицы начать для единообразия?

Как поживает доработка paperTeX, кстати? :)

> А что, месяцы нельзя было тоже с единицы начать для единообразия?

Ну, принято начинать нумерацию с нуля. Вот и в этой ситуации номера дней, также как и номера месяцев начинаются с нуля, однако конкретно в этом случае нулевой день является специальным зарезервированным значением.

На данный момент нет времени этим слишком активно заниматься. Из-за кризиса пришлось еще 3 заказчиков найти, бо а прежих не слишком получияется нормально жить. Так что работы слишком много, не успеваю. Но думаю что начиная с сентября подключю еще парочку своих студентов с факультета журалистики, буду сие дело продвигать.

s/подклюучю/подключу (прошу прощения, не русский :-) )

В общем, как что появится - велкам в народные массы :) Не шкрыбусом единым :)

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

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