установка kivio без kde-3.5
Ardling 6 ноября, 2009 - 17:21
Для диплома нужно рисовать диаграмки и прочую лабуду. По моим представлениям это удобно делать в kivio, версия в портедже тянет по зависимости kdelibs-3.5, а ебилд с версией для кде4 взятый отсюда при установке выдает ошибку.
Инсталить kdetest через лайман не хочу, ибо тянет много пакетов из тестинга, а мне необходим всего один. Тем более что нет уверенности, что тогда будет лучше.
В качестве альтернативы пробовал Dia, но оказалось ужасно неудобно.
Если у кого-то есть нормальный ebuild или какие-то другие предложения, то напишите пожалуйста.
»
- Для комментирования войдите или зарегистрируйтесь
Ругается
При попытке поставить kivio из указанного выше ebuild, он выдет следующую ошибку:
Честно говоря я не спец по ebuild, но возможно кто-то подскажет как это исправить?
Альтернатива
Почитал форум на koffice.org - похоже в этом году обновления kivio ждать не стоит. Есть ли у kivio какая-то альтернатива помимо dia?
Могу предложить Inkscape -
Могу предложить Inkscape - использую его давно. Программа активно развивается, хотя ещё есть отдельные проблемы. Данная программа не заточена под техническую графику, что тем не менее не мешает её использовать. Некоторые сложности есть с вводом формул LaTeX. Есть там такой плагин textext, пока он не отображает правильно русские буквы. Я знаю, что решить это можно, предварительные эксперименты показывают это. Но у меня никак руки до этого не дойдут. А так, использовать можно без проблем.
$BOC(\pi, e)$
Спасибо
Очень дельный векторный редактор. Надо теперь только заморочиться и немного его освоить.
Но тем не менее это не идеал, как уже говорилось inkscape не заточен под техническую графику. И это вообще не редактор диаграмм. Так что если кому-то известен хороший редактор диаграмм (не kivio и не dia) то прошу поделиться.
.
{
(g)vim/(x)emacs} по вкусу.Ну и конечно
texlive(есть несколько наборов макросов, подходящих под требование, выбор конкретного зависит от того что нужно рисовать).:wq
--
Live free or die
Ну вот это как раз Metapost с
Ну вот это как раз Metapost с макросами. Примеры можно увидеть на сайте Евгения Балдина http://www.inp.nsk.su/~baldin/mpost/index.html. Ну и в Wikipedia, конечно http://ru.wikipedia.org/wiki/MetaPost. Это всё хорошо, когда нужно делать математические иллюстрации. Но в жизни обычно требуется делать диаграммы в виде квадратиков и стрелок между ними. Для этого существует макропакет Functional Metapost http://cryp.to/funcmp/. Авторы этого макропакета говорили, что хотят создать для Metapost то, что LaTeX делает по отношению TeX - простой набор макросов для повседневной жизни. Подготовка иллюстации сводится к написанию текста в редакторе (см. примеры в Wikipedia) и обработке результата в Metapost.
Я в своё время изучал это, но так приспособиться так и не сумел, остановился на Inkscape. Хотя это наиболее "привлекательный", что ли, способ создания диаграмм. По-моему - Балдин - основной и единственный у нас энтузиаст этого способа.
$BOC(\pi, e)$
.
Не обязательно (по крайней мере непосредственно).
Математические иллюстрации --- это общий и более сложный случай.
В частном же можно обойтись [например] метапакетом
pgf(и это не единственная альтернатива).В своё время я пытался понять как в Inkscape (или Dia) нарисовать окружность конкретного диаметра + 9 равноудалённых друг от друга меток...
Пришёл к выводу, что
vim+texliveбудут простейшим решением.Другая задача, целесообразность WYSIWYG в которой мне видится сомнительной --- рисование деревьев.
:wq
--
Live free or die
Ну тут всё от потребностей
Ну тут всё от потребностей зависит. Inkscape не предназначен для технической графики вообще, средство это не универсальное. Окружность конкретного размера там нарисовать можно, есть способ ввести радиус. Как равноудалённые метки генерить, я не знаю, можно навставлять и отредактировать координатами численно, если нужно абсолютно точно и не хватает прилипания к сетке.
А для себя я решал совсем другую задачу. Нужно было рисовать структурные схемы устройств, содержащих ряд блоков и линии связи между ними со стрелками. Понятно, что Functional Metapost - не единственное средство сделать это путём ввода команд, просто этим я пользовался. В этом наборе макросов решается, в частности, как раз эта задача - можно наделать кучу квадратиков, у них есть точки подсоединения, можно задать, как соединять линии... Но я к этому так и не привык, мне оказалось проще в визуальном редакторе. Может, скажете, что это неправильно/непрестижно/... Я, конечно, с этим согласен, но к таким методам так и не приспособился.
Рисунки бывают разные. Кому-то нужно квадраты со стрелками, кому-то графы, кому-то ещё что. Вот, например, временные диаграммы сигналов я раньше рисовал в Inkscape, но потом мне показали более удобное средство для этого - пакет timing для LaTeX. Позволяет вводить картинку прямо в виде команд LaTeX в документе строками типа HHHLLLHHHZZZ (это логические уровни сигнала), что гораздо удобнее, чем рисовать это в визуальном редакторе, будь то Inkscape, Kivio или другой. Выглядит очень хорошо.
$BOC(\pi, e)$
К нему надо привыкать -
К нему надо привыкать - изучить быстрые клавиши. Тогда он покажется очень удобным. Я теперь другие редакторы использовать уже не могу - кажутся жутко неудобными. Конечно это не для технической графики (возможности технической графики планируются реализовать в версии 0.52 http://wiki.inkscape.org/wiki/index.php/Roadmap). Но для своей диссертации я рисунки делал в Inkscape. Пробовал разные варианты - когда-то давно использовал Visio, под линуксом - xfig, dia, oo Draw. Изучал рисование в Metapost с использованием макросов для рисования диаграмм, но к этому так и не приспособился. В результате сейчас я использую Inkscape, как основное рабочее средство.
$BOC(\pi, e)$
Смотрю я в ебилд из
Смотрю я в ебилд из kde-testing и вижу, что он ничего не должен особенного тянуть.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Еще раз
kivio-2 ничего особенного не тянет, но не собирается (ошибку я описал), а более старые версии тянут либы из кде 3.5.10
В OpenOffice.Draw не
В OpenOffice.Draw не пробовали? Там хоть и приходится шаблоны объектов делать руками, но есть все остальные инструменты для создания схем: равно как примитивы, так и соединительные линии, которых собственно и нехватает в инскейпе.
Присоединяюсь
OpenOffice.Draw для диаграмм, на мой взгляд, как раз вполне.
Правда, энтузиасты MS Visio к этому тезису относятся с недоумением. Но на то они и энтузиасты.
.
Не только энтузиасты m$ Vi$io отнесутся к этому тезису с недоумением, но и
TeX'ники :)Про способность к здравой оценке действительности энтузиастами программных продуктов фирмы майкрософт расскажу вот что:
Спустили нам (на ознакомление под подпись) набор документов по системе менеджмента качества... Иллюстрации в оном жгли нипадецки: местами (прогнозирую скан) просто изуродованная до практической нечитаемости, но присутствующая со всеми частями, картинка; местами фрагменты картинки ( прогнозирую стандартную рисовалку ворда), местами же --- пропуск вместо картинки (прогнозирую вставку рисунка из visio).
Комментарии излишни.
:wq
--
Live free or die
А
А если
media-gfx/asymptote
dev-python/matplotlib
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Посмотрел, это прикольно,
Посмотрел, это прикольно, надо поизучать на досуге.
$BOC(\pi, e)$
Вообще тема интересная, уже
Вообще тема интересная, уже кучу софта назвали, любопытно было бы сделать сопоставление. Подготовить набор типовых картинок, создать их в каждой из программ и протестировать на совместимость.
Могу в кучу добавить ещё Metagraph - GUI-frontend над Metapost, сделаный на Java. Я его когда-то ставил, но использовать так и не стал.
$BOC(\pi, e)$
.
Проблема в том, что реальные примеры обычно того... не совпадают с типовыми шаблонами (в моей практике случаев полного совпадения вообще не было).
Поэтому прежде чем переходить к сравнению надо бы формализовать задачу. Как минимум:
1. Что и как рисовать;
2. Тип (самодостаточная диаграмма или диаграмма для включения в текст);
3. Тип вывода (экранный просмотр или печать).
Типовой пример (общий для всех) я бы дополнил описанием и демонстрацией реализации реального (случайного, для каждого варианта исполнения свой вариант).
:wq
--
Live free or die
1. Что и как - тут сложнее
1. Что и как - тут сложнее всего, у всех потребности разные. Мне, как правило, нужно рисовать диаграммы в виде квадратиков со стрелками между ними, очень важна возможность вставлять туда формулы, естественно, LaTeX (на меньшее не согласен). В принципе, наверняка есть для этого макропакет к самому LaTeX, точно есть для Metapost. Потом, построение графиков. Я использую Gnuplot, терминал mpost. У других людей обязательно будут другие потребности в графике.
2. Картинка для включения в текст, но мне кажется, она должна существовать в виде отдельного файла, доступного для просмотра.
3. А тип вывода любой - и экран, и печать, как иначе? Документы и просматриваются, и печатаются.\
Жизнь, с типовыми примерами, конечно, не совпадает, но если нет типовых примеров, и программы сравнивать бесполезно, а тем более их совместимость. Примеры реализации, безусловно, полезны.
$BOC(\pi, e)$
eugene_b написал(а): 1. Что и
Не соглашусь.
Требования достаточно чётко определяются задачей и требованием надлежащего качества.
Налицо сходимость, хоть и не всегда однозначная.
Смотря что понимать под картинкой.
Кое-что можно нарисовать командами LaTeX.
Моя практика показывает, что оптимизированный под печать документ на экране может смотреться не лучшим образом. И наоборот: напечатать с надлежащим качеством документ, оптимизированный для экранного просмотра... задача нетривиальная.
Поэтому обычно всё же скорее одно из двух, но не оба одновременно.
Есть мнение, что разбор типовых задач будет правильнее.
:wq
--
Live free or die