Русская версия gEDA PCB?

1

5

Добрый день! У меня есть вопрос по gEDA (а именно по редактору PCB): где взять русскую версию? В офф. wiki и в нескольких статьях об этом пакете я видел скриншоты полностью переведённого интерфейса. У меня в ubuntu 12.10 интерфейс переведён частично - некоторые элементы переведены, но всё меню на английском. Вам не попадалась переведённая версия этого пакета? Где его найти? Заранее спасибо!

Ссылка

←	Стоит ли форматировать переносной жесткий диск в ext 4?

(gentoo) Странное поведение xen-tools и отсутсвие python_targets_python2_5 у dev-python/lxml.

→

Правильное место для вашего вопроса - Launchpad.

Следите за историей бага #1080567. Сергей Алёшин обещал патч, после разрешения бага #913458

По второму багу Сергеем Алёшиным приложен патч, после наложения которого, около 500 строк не хватает в русском переводе.

Что касается красивых скринов - уточните ссылки и какие версии там запечатлены

anonymous
(19.01.13 22:12:27 MSK)

Ответ на: комментарий от anonymous 19.01.13 22:12:27 MSK

О, а я дмал у них разработка на sourceforge. Примеры русского интерфейса тут: Пример в вики Статья

arhiv_6
(19.01.13 22:34:33 MSK) автор топика

Ответ на: комментарий от arhiv_6 19.01.13 22:34:33 MSK

Правильно ли я понял, что в репозитории ubuntu пакет с багом, который ещё не решён? Надо собирать из исходников?

arhiv_6
(19.01.13 22:44:16 MSK) автор топика

Ответ на: комментарий от arhiv_6 19.01.13 22:44:16 MSK

pcb (20110918-7)

Совершенно верно, в Ubuntu 12.10 пакет собран на исходниках более годичной давности.

Я бы поискал, наверняка есть ppa с более свежей версией. На счёт того, есть в текущем дереве патч, решающий проблему — смотрите в исходном коде, файл и недостающие в нём строки указаны в описании багов.

Что касается снимков экрана — надо смотреть, не переделывались ли меню в этом году. А по поводу сайта Di-Halt'a — там мог под ником автора статьи скрываться этот самый Сергей Алёшин :)

anonymous
(19.01.13 22:49:49 MSK)

Ссылка

У меня версия 20091103-2 из репозитория debian squeeze, всё на русском.

~~sergijoo~~ ★
(19.01.13 23:27:02 MSK)

Ответ на: комментарий от sergijoo 19.01.13 23:27:02 MSK

В репозитории версия 20110918-7, попробовал ppa, там версия 20130103-0, везде перевод не полный.

arhiv_6
(20.01.13 08:36:45 MSK) автор топика

Ответ на: комментарий от arhiv_6 20.01.13 08:36:45 MSK

Установил версию 20110918-7 из testing, перевод сделан не полностью. Возвратился на версию из stable.

~~sergijoo~~ ★
(20.01.13 14:34:45 MSK)

Ссылка

Ответ на: комментарий от anonymous 19.01.13 22:12:27 MSK

патч

А там что, не gettext? O_O

~~Eddy_Em~~ ☆☆☆☆☆
(20.01.13 14:42:44 MSK)

Ответ на: комментарий от Eddy_Em 20.01.13 14:42:44 MSK

Ъ-Эдик по ссылкам не ходил, да? Забыли в файлике меню заинклюдить файлы переводов. А так gettext, да.

anonymous
(20.01.13 15:05:36 MSK)

Ссылка

Ответ на: комментарий от Eddy_Em 20.01.13 14:42:44 MSK

Строки меню ЕМНИП там хранится в какой-то странного вида структуре, которая генерируется на основе .res файла, и не понятно, как её переводить с помощью gettext. Хотя, может, просто ни у кого руки не дошли сделать.

prozium ★★
(20.01.13 19:43:39 MSK)

Ответ на: комментарий от prozium 20.01.13 19:43:39 MSK

Вот что мне написал Eugene Mikhantiev:

Я задавал вопрос по этому поводу: https://bugs.launchpad.net/pcb/ bug/1080567 На самом деле, основное обсуждение процесса разработки gEDA и PСB происходит в англоязычном списке рассылки geda-user@delorie.com . Попробуйте написать туда, думаю, нет ничего плохого в том, чтобы напомнить разработчикам об этой важной проблеме. Подписаться можно тут: http://www.delorie.com/listserv/ Как только меню будет доступно для перевода через gettext — оно почти сразу будет переведено, там совсем немного текста. Раньше (ещё до того, как я начал интересоваться процессом разработки — в районе 2009 года) меню действительно было переведено. На скриншотах с переведённым меню — старые версии программы.

Основная сложность в том, как сделано меню. А именно: в файле src/gpcb-menu.h содержится здоровенный массив строк, в котором представлена структура меню. За каждый отдельный элемент меню отвечает одна строка. Сложность использования gettext в том, что в каждой из этих строк содержится как текст элемента меню, так и некоторая служебная информация, вроде назначения и описания элемента, например: " {\«Open...\» Load(Layout) tip=\«Load a layout from a file\»}", (обратите внимание, что кавычки внутри — экранированы, т.е. это одна здоровенная строка). Некоторые строки же содержат не описания элементов меню, но информацию о структуре меню; если посмотреть файл, сразу становится ясно, о чём я говорю. В принципе, эти строки можно было бы перевести gettext'ом, однако очень велик риск случайно что-нибудь повредить — по-хорошему, следовало бы реорганизовать эту структуру, отделив сам текст элементов меню от прочей информации. Насколько я знаю, причина возникновения этой монструозной структуры — в желании разработчиков PCB параллельно поддерживать несколько интерфейсов, написанных на разных тулкитах. Может, на ЛОРе подскажут, как это можно сделать грамотнее, или как это решается в других проектах — мне не хватает эрудиции в этом вопросе. Как появится время — попробую поковыряться и разобраться в том, как этот массив парсится и превращается в GTK-шное меню.

arhiv_6
(20.01.13 20:52:51 MSK) автор топика

Ответ на: комментарий от arhiv_6 20.01.13 20:52:51 MSK

А вот ответ от Sergey Alyoshin:

Указанная проблема с переводом меню решена в git://github.com/alyoshin/geda-pcb.git Постараюсь в ближайшее время её привести к текущей версии pcb, оформить патчи и добиваться их включения.

arhiv_6
(20.01.13 21:27:24 MSK) автор топика

Ответ на: комментарий от arhiv_6 20.01.13 21:27:24 MSK

git://github.com/alyoshin/geda-pcb.git

Спасибо, собрал, http://portage.perestoroniny.ru/sci-electronics/pcb/, теперь действительно снова по-русски все.

Кто бы еще добавил gl и 3D-управление к этому проекту по образцу как в этом git://repo.or.cz/geda-pcb/pcjc2.git

Видимо, как всегда, все сам? Или уже готовый рецепт есть?

Deleted
(20.01.13 22:39:11 MSK)

Ответ на: комментарий от Deleted 20.01.13 22:39:11 MSK

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

arhiv_6
(20.01.13 22:46:22 MSK) автор топика

Ответ на: комментарий от Deleted 20.01.13 22:39:11 MSK

Кто бы еще добавил gl и 3D-управление

Это есть и в основной ветке, чем отличается?

dinn ★★★★★
(20.01.13 23:48:59 MSK)
Последнее исправление: dinn 20.01.13 23:49:52 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от arhiv_6 20.01.13 22:46:22 MSK

в большинстве случает это одна из последних версий ubuntu с репозиториями по-умолчанию

да сразу бы в репозитории попадало бы

Неужели для ubuntu никто не собирает pcb из git?

dinn ★★★★★
(20.01.13 23:51:34 MSK)
Последнее исправление: dinn 20.01.13 23:56:56 MSK (всего исправлений: 1)

Ответ на: комментарий от dinn 20.01.13 23:51:34 MSK

Почему же, ppa с последней актуальной версией из git'a ЕСТЬ. Но вот исправление ошибки с русификацией было сделано ~~тут~~, хотя автор уже и пообещал добавить патч в основной git.

arhiv_6
(21.01.13 05:30:36 MSK) автор топика

Ответ на: комментарий от arhiv_6 21.01.13 05:30:36 MSK

Опечатался. ~~тут~~ - это git://github.com/alyoshin/geda-pcb.git

arhiv_6
(21.01.13 05:34:56 MSK) автор топика

Ответ на: комментарий от Deleted 20.01.13 22:39:11 MSK

gl и 3D уже в апстриме.

prozium ★★
(21.01.13 08:42:25 MSK)

Ответ на: комментарий от arhiv_6 21.01.13 05:34:56 MSK

тут - это git://github.com/alyoshin/geda-pcb.git

Кстати, ветка отсюда отлично смержилась с master'ом из основного репозитория. И, кажется, даже собирается нормально.

prozium ★★
(21.01.13 08:48:48 MSK)

Вопрос на правах офтопика: я так понял, это такая же сборка, как kile. Чем лучше?

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.13 08:58:57 MSK)

Ответ на: комментарий от arhiv_6 21.01.13 05:30:36 MSK

исправление ошибки с русификацией было сделано тут

Тянуть патчи из сторонних веток не очень приятное во всех отношениях дело.

dinn ★★★★★
(21.01.13 11:51:12 MSK)
Последнее исправление: dinn 21.01.13 11:53:26 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от prozium 21.01.13 08:42:25 MSK

Я посмотрел, в основную ветку Петер отправляет не весь код. В его репозитории есть дополнительные 3D возможности.

dinn ★★★★★
(21.01.13 11:52:25 MSK)

Ссылка

Ответ на: комментарий от Eddy_Em 21.01.13 08:58:57 MSK

это такая же сборка, как kile

При чём здесь kile?

dinn ★★★★★
(21.01.13 11:52:54 MSK)

Ответ на: комментарий от dinn 21.01.13 11:52:54 MSK

Тьфу, блин: kicad же.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.13 11:59:24 MSK)

Ответ на: комментарий от prozium 21.01.13 08:48:48 MSK

Нет, просто так его работа не накладывается на текущий master. Часть изменений в master после слияния будет возвращена к старым ревизиям.

dinn ★★★★★
(21.01.13 12:07:05 MSK)

Ссылка

Ответ на: комментарий от Eddy_Em 21.01.13 11:59:24 MSK

Я конечно на текущий момент бегло с ними знаком. Но по geda сложилось мнение, что сделано марсианами для марсиан, пишущих на scheme и perl. В целом, если разобраться можно работать, хотя очень непривычно если пользовался до того чем-то другим.

dinn ★★★★★
(21.01.13 12:14:38 MSK)

Ответ на: комментарий от dinn 21.01.13 12:14:38 MSK

Ну вот я тоже пощупал когда-то и удалил нафиг. Kicad использую.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.13 12:15:29 MSK)

Ответ на: комментарий от Eddy_Em 21.01.13 12:15:29 MSK

А как у kicad сейчас с трассировщиком? А то давно не смотрел на него.

dinn ★★★★★
(21.01.13 12:18:52 MSK)

Ответ на: комментарий от dinn 21.01.13 12:18:52 MSK

Ручками-с.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.13 12:21:55 MSK)

Ссылка

Ответ на: комментарий от dinn 21.01.13 12:14:38 MSK

ИМХО GUI в gEDA спроектирован лучше, пользоваться (после привыкания) им удобнее, особенно это касается gschem (kicad вообще не осилил из за нелогичного поведения мышки и ужасной реализации вставки элементов из библиотеки; сравниваю с Eagle). Единственное, что в KiCad сделано лучше — графический менеджер проектов. Правда, недавно PCB научился читать *.sch файлы, так что уже можно обходиться без плясок в командной строке для экспорта из sch в pcb.

prozium ★★
(21.01.13 12:34:47 MSK)

Ответ на: комментарий от dinn 21.01.13 12:14:38 MSK

scheme там необходим для конфигурирования (и от этого, кажется, планируют отходить), а с perl пока не сталкивался, разве что некоторые юзеры пишут на нём скрипты для генерации элементов.

prozium ★★
(21.01.13 12:41:33 MSK)

Ответ на: комментарий от Eddy_Em 21.01.13 12:15:29 MSK

Ну вот я тоже пощупал когда-то и удалил нафиг.

А я думал, что ты марсианин...

Kicad использую.

Не знаешь, там сейчас много различий между ветками kicad-stable и kicad-testing?

dinn ★★★★★
(21.01.13 14:24:45 MSK)

Ответ на: комментарий от dinn 21.01.13 14:24:45 MSK

Не знаешь, там сейчас много различий между ветками kicad-stable и kicad-testing?

Не знаю, у меня kicad 20120119-4. Какая-то из предыдущих версий периодически сегфолтилась, приходилось ctrl+s каждые несколько телодвижений жать.

А вообще, в кикаде не очень-то удобный интерфейс.

~~Eddy_Em~~ ☆☆☆☆☆
(21.01.13 14:26:56 MSK)

Ссылка

Ответ на: комментарий от prozium 21.01.13 12:34:47 MSK

ИМХО GUI в gEDA спроектирован лучше

Я и не отрицаю, что я марсианин.

Правда, недавно PCB научился читать *.sch файлы

Знаю, смотрел на pcb из git.

scheme там необходим для конфигурирования (и от этого, кажется, планируют отходить)

Единственное что видно в TODO

TinyScheme instead of Guile

Но это не отказ от scheme. Да и сомнительно, на что они будут уходить? Шило на мыло скорее всего от такого получится.
В целом мне только не понятно зачем авторы так обособляются и очень запутанная инфраструктура проекта. Последнее относится и к kicad тоже.

dinn ★★★★★
(21.01.13 14:31:35 MSK)
Последнее исправление: dinn 21.01.13 14:33:54 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от prozium 21.01.13 12:41:33 MSK

scheme там необходим для конфигурирования (и от этого, кажется, планируют отходить), а с perl пока не сталкивался, разве что некоторые юзеры пишут на нём скрипты для генерации элементов.

Отходить от Scheme? Уж не на Haskell ли :)

Deleted
(21.01.13 14:32:28 MSK)

Ответ на: комментарий от Deleted 21.01.13 14:32:28 MSK

Уж не на Haskell ли :)

Других альтернатив, похоже нет: основная проблема geda-gaf, существенно мешающая ей в развитии, как известно, в том, что её код недостаточно чист и слишком императивен.

Если серьёзно, то я, похоже, внёс недоразумение: менять планируют не scheme как таковую, а файлы конфигурации, написанные на scheme (gafrc) на новую систему конфигурирования и с использованием утилиты `gaf' (и хранением конфигурации проекта в `geda.conf'). На самом деле, в gschem довольно много логики описано на scheme и, кажется, полностью от неё никто отказываться не собирается.

prozium ★★
(21.01.13 16:26:33 MSK)