LINUX.ORG.RU

Scribus 1.4.0

 ,


0

2

Scribusсвободная издательская система на Qt.

Спустя почти 4 года интенсивной разработки команда Scribus выпустила стабильную версию 1.4.0, основные изменения в которой:

  • переход на Qt4;
  • улучшены инструменты обработки (например, трансформация, Scrapbook и Image Manager);
  • добавлено много опций для текста и типографии, такие как стили символов или оптических полей;
  • отмена/повтор теперь доступны практически для всех действий, связанных с текстом, также позволяет заменить прямые типографские кавычки на основе языковых настроек;
  • новые возможности для векторных объектов, такие как булевые операции, векторные эффекты и редактор стилей линии;
  • значительные улучшения в обработке заливки, больше типов градиента, поддержка внешних форматов цветовой палитры (AI, EPS, GPL, PostScript, SOC) и много новых цветовых палитр, в том числе от коммерческих поставщиков, таких как Resene и студии DTP, а также национальных и государственных стандартов;
  • новый тип фрейма «Render Frame», который позволяет отрендерить (и затем экспортировать) вывод любой программы, которая может создать PostScript, PDF или PNG файлы через командную строку (к примеру, LaTeX, Lilypond, POV-Ray) в Scribus; первоначальный вариант был разработан в качестве проекта Google Summer of Code, чтобы позволить импорт из внешних документов, научных публикаций и формул; другие средства визуализации могут быть добавлены в простой конфигурационный файл;
  • новые фильтры импорта для файлов следующих форматов: Adobe Illustrator (EPS и основанные на PDF), изображения Macintosh (PICT), Windows Metafile (WMF), XFig (WMF), Calamus Vector Graphics (CVG), Kivio Stencils (SML) и АСВ Shapes (SHAPE);
  • обработка файлов Photoshop претерпела множество значительных улучшений, таких как поддержка слоёв;
  • диспетчер изображений был переписан, были добавлены новые неразрушающие эффекты изображения; Scribus 1.4.0 теперь поддерживает EXIF данные в изображениях, а импорт для Windows и OS/2 растровых изображений BMP был вновь включён;
  • среди основных улучшений в Scribus функция допечатной подготовки, печать знаков и отображение чернил в окне предварительного просмотра; кроме того, теперь Scribus позволяет преобразовывать смешанные цвета в триадные в PDF и PostScript экспортом одним щелчком мыши;
  • значительные улучшения в экспорте PDF, например, появился экспорт в PDF 1.5, включая слои;
  • для управления цветом Scribus теперь поддерживает LittleCMS версии 1 и 2; кроме того, можно включить управление цветом с помощью одного щелчка мыши из главного окна;
  • добавлена ​​возможность эмуляции цветовой слепоты на экране;
  • включённые сценарии были обновлены, включая добавление сценария «Autoquote» в меню для исправления прямых кавычек в текстовом фрейме для многих языков;
  • большее количество шаблонов по-умолчанию;
  • добавлены сотни мелких и крупных улучшений юзабилити;
  • обновлена справка;
  • больше 2000 исправлений ошибок и изменений.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Dendy (всего исправлений: 3)

Ответ на: комментарий от anonymous

О да - лучше чем у тех, кто принципиально забил на все рынки окромя САСШ, как кварк. Но гораздо хуже чем у тех производителей ПО, которые знают что есть другие страны окромя САСШ.

Во первых, называть latin1 «только САСШ», это уже бред. Это вся западная европа. Практически, все, кто платит. Еще есть Япония, но для нее софт отдельно адаптируют.

Во вторых, где ты видел таких идиотов, которые адаптируют профессиональный софт для волшебной страны халявного ПО? Адобе и корел чтоль?

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

Я хочу напомнить что еще не так давно все аналитики ЛОР-а в ответ на вопрос «а где в линупсе поддержка уникода?» громко орали «уникод не нужен, это происки поганого билли, кои-8 наше все».

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

Во вторых, где ты видел таких идиотов, которые адаптируют профессиональный софт для волшебной страны халявного ПО?

Ты знаешь, это в линаксах надо адаптировать. В винде, если писать по спецификациям, все работает из каробки.

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

Чего курим то? Или анабиозная камера? NT-ядро - полностью на уникоде, то есть - скоро 20 лет как. То есть и фс и программы и все - на уникоде. Некоторые проблемы были с переходными версиями - ядро 9х ага, только вот последнюю версию этого ядра закопали более 10-ти лет назад. А линакс давно на уникоде? Лет 5 как без особых проблем, то есть - на уровне ядра 9х. В самом ядре - дофига неуникодной фигни, в фс - аналогично, 2/3 прог от utf-8 локали с ума сходит...

anonymous
()
Ответ на: комментарий от AVL2

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

А все-таки он бывает тут, похоже про тебя написано - http://juick.com/Irsi/1698989

anonymous
()
Ответ на: комментарий от AVL2

я не буду читать вашу газету, где бы вы ее не сверстали...

Зато ее читает еженедельно 6500 человек :)

dpkg ★★★★
()
Ответ на: комментарий от AVL2

Поставить по дефолту английскую раскладку, это минутное дело. Вообще не понимаю, какой идиот ставит по дефолту русскую. Все равно в пароли, логины, в cmd все на английском.

Вам нужно объяснять разницу между рабочим местом верстальщика и рабочим местом программиста? Намекну: как раз верстальщику (полиграфисту) по работе НАХРЕН не нужна английская раскладка ВООБЩЕ. Даже логины и пароли тоже могут не содержать ни единой латинской буквы.

Adamos ★★
()
Ответ на: комментарий от anonymous

NT-ядро - полностью на уникоде, то есть - скоро 20 лет как. То есть и фс и программы и все - на уникоде.

1. Возьмите Microsoft Visual Studio и откомпилируйте в ней исходники на С++ с русскими строками в UTF-8.

2. Запустите программу в Microsoft Windows.

3. Найдите в интерфейсе хоть одну русскую букву. Постарайтесь не сломать глаза.

Adamos ★★
()
Ответ на: комментарий от Adamos

Ты как и любой красноглазый ламер стандартов не читал и уверен что уникод это исключительно UTF-8? Ты заблуждаешься - это не так.

Предлагаю повторить подобный подвиг с gcc, линаксом и UTF-16...

anonymous
()
Ответ на: комментарий от Oleaster

Все предсказания, которые он делал тут лет 10 назад сбылись почти на 100% - обкакались какраз те, кто с ним спорил.

anonymous
()
Ответ на: комментарий от anonymous

Как раз с gcc это будет не подвигом, а умением им пользоваться: можете посмотреть в документации ключик gcc -finput-charset.

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

А вот ВижуалСтудия корректно определяет кодировку файла, позволяет его редактировать... позволяет даже сделать UTF-8 кодировкой по умолчанию! Вот только сказать об этом собственному компилятору она почему-то до сих пор не умеет. Подозреваю, что тот ультрасовременный компилятор просто не умеет работать с кодировками.

Adamos ★★
()
Ответ на: комментарий от Adamos

Кстати, сильно подозреваю, что если VisualStudio скормить файл с русскими буквами в UTF-16, результат все равно будет кривым. Учитывая, что Экспресс-версия Студии-2010 умеет принять ключ регистрации только под администратором, а под бесправным пользователем МОЛЧА его не принимает (то есть такой вариант тупо не предусмотрен)... в общем, эти горшки явно обжигали далеко не боги.

Adamos ★★
()
Ответ на: комментарий от anonymous

Предшто?

Ежели ирси говорил десять лет назад, что в линухе нет того-то и того-то, что есть в винде, дык это говорил и каждый вменяемый человек, только без ирсиных истерик.

Oleaster ★★★
()
Ответ на: комментарий от Oleaster

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

anonymous
()
Ответ на: комментарий от Adamos

А ты скорми. Я не программист (славу богу) и VS у меня на компе нету. А качать и ставить - лень.

В принципе с учетом того значительная часть современных кросплатформенных разработок компилируется под винду именно VS, и с русским у них все в порядке, то подозреваю что дело просто в руках. В твоих руках. Если ты не разобрался с инструментом, то это только твои половые трудности.

Однако если поковырять ресы скомпилированной проги, русифицированной да, то ты не заметишь там 1251 - только уникод.

anonymous
()
Ответ на: комментарий от anonymous

Скормил. Компилятор VS понимает, что в файле уникод, только по BOM. Если BOM нет - считает, что файл в текущей локали. При этом редактор той же VS определяет уникод правильно в любом случае. Мелкая, незначительная нестыковка, которую, видимо, никто и не собирается исправлять.

Adamos ★★
()
Ответ на: комментарий от anonymous

Несмотря на бумажку от циски и «нормальное место работы», Вы не умеете общаться с незнакомыми людьми, что характеризует Вас (как и Вашего кумира Ирси) как несостоявшуюся личность — или, на вашем языке, быдло. А это куда важнее зарплатки, которая всё равно неизбежно превратится в кучку кала и утильсырья.

хехехе

Oleaster ★★★
()
Ответ на: комментарий от Oleaster

Да мне как бы плевать что ты там думаешь. Я начальник, а такие как ты - у меня в подчинении. И делают то что я им скажу.

Тратить время на неучей тупа тебя - лень.

anonymous
()
Ответ на: комментарий от Adamos

Если BOM нет - считает, что файл в текущей локали.

То есть работает в строгом соответствии со стандартом. Какая неожиданность, правда?

anonymous
()
Ответ на: комментарий от anonymous

Да мне как бы плевать что ты там думаешь

Сама эта фраза чуть более бессмысленна, чем аналогичный ответ на неё. (реакция на мнение есть, значит это мнение что то значит, иначе на что тогда ответ?)

alltiptop ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Вы, конечно, не пустое трепло и поставили ссылку на соответствующий стандарт в своем сообщении. Но она куда-то делась, можете повторить?

Adamos ★★
()
Ответ на: комментарий от anonymous

16.8 Specials — Byte Order Mark (BOM): U+FEFF

Although there are never any questions of byte order with UTF-8 text, this sequence can serve as signature for UTF-8 encoded text...

...where Unicode text has known byte order, initial U+FEFF characters are not required

Что вы говорили про СТРОГОЕ соответствие со стандартом?

Adamos ★★
()
Ответ на: комментарий от Adamos

...where Unicode text has known byte order, initial U+FEFF characters are not required

Это для случаев когда и порядок байтов, и сама кодировка заранее известны. Там далее по тексту идут примеры.
Если бы VS умел работать только с исходниками в UTF-8, то и BOM ему бы не был нужен.

anonymous
()
Ответ на: комментарий от anonymous

Задача: исходник в неизвестной кодировке, на текущую локаль она ни фига не похожа, BOM нет, так что кодировка однобайтовая. Что бы это могло быть?

Для редактора VS эта задача почему-то оказывается посильной, а компилятор той же VS уверенно делает неправильный выбор из единственного варианта.

Что мешает VisualStudio, основываясь на решении редактора, намекнуть компилятору кодировку? Или запросить из компилятора ту библиотеку, которую для этого решения использует редактор? Уверенность, что стандарт можно (несколько натянуто) истолковать в свою пользу? Да, это МС!

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