Aldan

К счастью, у меня еще не было ни одного случая, чтобы в герберах было что-то не так. Наверное это благодаря именно тому, что я стараюсь пользоваться стабильной сборкой :) Конечно же, и стабильные сборки не лишены недостатков, но все же багов вних гораздо меньше. Это наглядно видно по тому, как Жан Пьер рожает стабильный релиз: в какой-то момент в тестовой ветке берется сборка, которой присваивается наименование — стабильная. Далее, тестовые сборки развиваются как ранее — что-то дополняется, что-то временно отключается и почти всегда что-то глючит или вовсе падает, а в стабильной ветке больше ничего не меняется и только исправляются баги. Через некоторое время вылизанная стабильная сборка становится финальным релизом и год или около того остается в неизменном виде, что ведет к отставанию от самых свежих веяний тестовой ветки. Но, такова плата за большую, чем у тестовых сборок, стабильность. Такой сценарий принят во всех существующих проектах, т. е. стабильные релизы делаются в обязательном порядке и являются главным продуктом для широких масс юзеров, в отличие от тестовых сборок для узкой группы тестеров с разработчиками. Не удивительно, что на нашем форуме тестовые сборки в большем почете, т. к. здесь собрались продвинутые пользователи. Но, я выступаю от лица обычных юзеров, мнение которых редко кто слышит, но в расчете на них все и делается. Вот как раз для этого и должна быть стабильная сборка с гарантированным и проверенным результатом, чтобы всегда можно было к ней вернуться. Признаюсь, что хоть я и перестал доверять тестовым сборкам после неудачи в прошлом, но время от времени пользуюсь ими с большим удовольствием, потому что знаю, что у меня есть «тыл» - проверенная стабильная сборка. Словом, стабильные релизы должны появляться, иное положение дел просто утопия. Еще несколько лет назад все сборки на нашем фтп выкладывались в двух исполнениях — с установщиком и просто набор обновляемых файлов, как сейчас, причем делалось это регулярно. Потом сборки стали появляться гораздо реже и преимущественно только в виде обновляемых файлов. Однако, стабильные релизы все же всегда выкладывались. В последнее время сборки для винды стали появляться еще реже и viknn подставил свое плечо помощи для того, чтобы сборки все же были регулярными, однако, и у него, по всей видимости, энтузиазм на исходе, т. к. даже стабильная сборка 4017 так и не появилась. А теперь, похоже, намечается новый виток понижения планки под лозунгом «кому нужны эти стабильные сборки?» и это уже настораживает. Может быть настал момент остановиться и немного подумать? На мой взгляд, не стоит отказываться от опыта, накопленного человечеством, придумавшем стабильные релизы :) Причем, финальный релиз уж точно должен быть не только в виде кучки файлов, но и в виде ехе-файла для того, чтобы новичок мог сразу установить все необходимое для работы. Собственно, именно об этом я и писал. Однако, не совсем понятно, а зачем же ждать? Сборка Кикад4017стаб. близка к финалу, а может и станет финальной, а gost_docgen тоже достаточно зрел для объединения со стабильной сборкой, так чего же ждать? Вот и потестируем :) Теперь о некоторых «нескладухах» которые вылезли при кратком и пока еще поверхностном взгляде. Скорее всего я что-то не так делаю и многое образуется при очередной порции объяснений. Сборка 4126 в вин7х64. При генерации перечня элементов (не весь перечень, а только несколько элементов для теста) в штампе бросается в глаза то, что децимальный номер выводится не максимальным шрифтом, как сейчас в схеме с патчем Барановского Константина, а гораздо более скромным размером. Далее, в названии изделия осталась надпись «схема электрическая принципиальная». Мне сейчас трудно соображать нанюхавшись краски во время ремонта, к тому же ночь на дворе, но, раз уж там есть надпись «перечень элементов», то «схема электрическая принципиальная» вроде должна отсутствовать, что можно осуществить воспользовавшись тем, что «схема электрическая принципиальная» идет после точки. Но, реально голова не варит, так что простите... Далее, там где название организации вместо моих ОАО «Рога и копыта» стоит ООО «ХХХХХ», что совсем уж не понятно. При генерации спецификации в штампе возникают аналогичные непонятки с надписями. Беглый взгляд на менеджер тоже приводит к некоторым вопросам. Например, почему поле «наименование» содержит для выбора не все варианты, что встречаются на практике, причем часть наименований на англ.яз., а часть на русском. При этом, например, множественное число от capasitor образуется не добавлением s, а добавлением русского ы, что приводит к надписи capasitorы. Бедный выбор предоставлен и в остальных полях. Видимо, все это пока сделано для пробы и все еще будет, но может быть уже пришло время придать этим полям завершенный вид, иначе ползучие изменения-дополнения будут тянуться до бесконечности. Так же не понятно, почему, например, резисторы, конденсаторы, индуктивности.., выводятся в графе «имя» таблицы менеджера в одиночном экземпляре, а, например, джамперы раздваиваются? Например, изначально имеем J_JMP_SOLD (это попадает в поле “Type”), но еще генерится поле «Значение» J_JMP_SOLD и в результате получаем J_JMP_SOLD J_JMP_SOLD в графе «имя» таблицы. Для повышения удобства и скорости заполнения таблицы можно воспользоваться наработками cvpcb, а именно: там при выбранном посадочном месте можно «проштамповать» все имеющие к этому отношение компоненты простым кликом без необходимости каждый раз выбирать одно и то же посадочное место. Вот и в менеджере текст. док. желательно сделать так, чтобы при выборе последующего компонента оставался активным выбранный вариант заполняемого поля (в том числе если поле было отредактировано). Если для следующего компонента потребуется другой вариант поля, то только тогда будет произведен очередной выбор, а не каждый раз, как это сейчас. -=-=-=-=-=-=-=-=-=-=-=-=-=- Думаю, для начала достаточно. Но есть у меня еще и очень большая просьба. Если я правильно понял, то в настоящий момент, даже если схема содержит компоненты с уже заполненными полями, то все равно придется каждому компоненту в менеджере заполнить поле «Наименование». Однако, в библиотеке kicad_gost_lib_mod_3d_20.01.13.7z (конкретно - mixture.lib) ftp://ftp.kicad.ru/pub/kicad/library/aldan/ которую я составил и, надеюсь, не только я пользуюсь, компоненты имеют в своем названии префиксы согласно ГОСТ 2.710-81 (СТ СЭВ 6300-88) «Обозначения буквенно-цифровые в электрических схемах». Префикс представляет из себя буквенное обозначение согласно ГОСТ и символ «_». Например: R_, SA_, VD_. Таким образом, префикс легко опознается, по нему можно заполнить поле «Наименование», а его отбросить от названия. При помощи использования информации префиксов и имея компоненты с заполненными полями текстовый документ будет генерироваться автоматически после небольшой коррекции. Так вот, моя просьба использовать информацию префиксов, а их самих отбрасывать. Уффффф..., пока все. Не знаю, что я тут понаписал на дурную голову. Если что, простите :) Скоро у меня потихоньку начнет появляться время и я продолжу свое нудное повествование. _____2.710_81_________6300_88______________________________________________________.pdf

AVL, я, к сожалению, почти не разбираюсь в тонкостях взаимодействия стабильной ветки Кикад со всеми остальными его ветками. По жизни я вынес для себя урок: без крайней необходимости не переходить со стабильной сборки на тестовую, т. к. у меня был досадный случай некоторой порчи проекта при работе на тестовой сборке. Вот я и стараюсь работать только на стабильных сборках, а тестовыми только иногда для тестирования пользоваться. Видимо я наивен, т. к. до этого дня считал, что стабильная сборка — такая сборка которая приведена к максимально возможной завершенности и безглючности, т. е. «вылизанная». Если к такой сборке прикручивается некий завершенный и стабильный программный код для расширения ГОСТ-функциональности, то, весьма вероятно, что результирующий программный продукт тоже будет стабильным. Словом, хотелось бы в обозримом будущем иметь такую стабильную сборку со всеми ГОСТ-наворотами, а не тест-сборку, дабы не наступать на старые грабли в виде порчи проекта в самый не подходящий момент. Хочется верить, что такое пожелание не является не исполнимым и вскоре стабильная сборка «с полным фаршем» будет доступна. Иначе, я перестаю что-либо понимать в логике развития ГОСТ-Кикада - что, теперь стабильных ГОСТ-сборок никогда не будет?

Скачал, установил. Если я правильно понял, то это уже третий вид нумерации сборок в дополнение к стабильной и обычным тестовым. Да, схема у меня «сырая». Задал у нескольких компонентов в списке поле «наименование» и, о чудо, - спецификация на эти несколько компонентов сформировалась! Это вызвало необычайно бурные эмоции, т. к. наконец-то появилась эта долгожданная возможность вывода текстовой документации! ОГРОМНОЕ ВАМ СПАСИБО! Кстати, самый первый компонент в моей схеме — кварцевый резонатор, а его в списке наименований нет. Более детальное тестирование продолжу несколько позже, т. к. мой ремонт квартиры еще не закончен, но радость от сегодняшнего события просто огромная дает стимул побыстрее его завершить! Документацию никто не любит делать, это естественно, т. к. все силы и время съедает написание программы, но все же хотя бы несколько пояснительных предложений стоит сочинить, т. к. только в этом случае созданное приложение будет использоваться с максимальной эффективностью. Хорошая документация, что позолота на добротном изделии. ---------------- И еще, обычно Жан Пьер заканчивает вылизывание стабильной сборки не позже мая месяца, по крайней мере так было раньше. Так вот, возможно версия 4017 https://code.launchpad.net/~kicad-stable-co...rs/kicad/stable или какая-то ближайшая как раз этой самой наифинальной и будет. Так вот, хотелось бы иметь стабильную сборку со всеми последними усовершенствованиями в т.ч. и с генератором тектовой документации.

Самая острая фаза ремонта моей квартиры миновала и у меня стало появляться немного времени для форума. Первым делом решил потестировать возможность вывода текстовой документации. Поскольку вариант от AVL не требует что-то доустанавливать (а ЛибреОфис у меня и так уже установлен), то я остановился именно на нем. Скачал сборку для винды kicad_ins_gost_docgen_4115 с ftp://ftp.kicad.ru/pub/kicad/kicad_eskd_doc/lunev_set/ и открыл схему проекта. Далее, зашел в «инструменты» и запустил «GOST Tools” и в раскрывшемся окне зашел в “файл» и выбрал генерацию спецификации. После этого запустился ЛибреОфис и показал пустой бланк (нет ни названия схемы, ни компонентов в списке). Казалось бы, работая с конкретной схемой, можно надеяться, что все ее атрибуты будут автоматически использованы при формировании документа, а у меня что-то ничего не получилось. Каких-то дополнительных возможностей изменить сложившуюся ситуацию к лучшему в опциях менеджера перечня я не обнаружил, да и хоть какая-то краткая инструкция по использованию GOST Tools мне на глаза тоже не попалась. Делаю вывод, ремонт квартиры совсем меня доканал и я не врубаюсь в то, что очевидно для для остальных форумцев, которые успешно генерят себе текстовую документацию в своих проектах и в ус не дуют. AVL, подскажите, что нужно сделать, чтобы бланк спецификации был сгенерирован с заполненными полями.

Константин, хочу от всего сердца поблагодарить Вас за проделанную работу! Хочется отдельно отметить наличие добротного и подробного описания, что говорит об уважении к пользователю. Теперь даже у меня должно все получиться. Жаль, что на нашем аскетичном форуме, где ум преобладает над чувствами и не принята бурная реакция на предлагаемые новшества, Вы не получили многочисленной ответной реакции пользователей. Но, еще не вечер, да и доброе дело, сделанное по велению сердца хоть и ожидает благодарных откликов, но не зависит от них. На таких, как Вы, и держится свободное ПО. Низкий Вам поклон! Но и я, к сожалению, Вам не могу ничего сообщить так как уже несколько дней занимаюсь тяжелым всепоглощающим ремонтом квартиры: из одной квартиры надо съехать, предварительно ее подремонтировав, а в другую надо въехать, сделав в ней полный ремонт. Глядя на фронт работ становится страшно, но отступать некуда. Словом, в ближайший месяц у меня не будет никакой электроники и я не смогу заняться тестированием Вашего скрипта, простите. AVL, хочу и Вам пожелать удачи! Может быть к тому моменту, когда я закруглюсь с ремонтом и Ваш вариант вывода документации под Виндами будет готов. Вот ведь, еще недавно не было ничего на этом поприще, а теперь намечается изобилие :) -------------------------- Еще раз прошу прощения за свою временную пассивность на форуме по причине своего жилищного форсмажора.

AVL, немного поясню то, что я написал об интегрированности в Кикад. Конечно же высший пилотаж это иметь в Кикаде вывод текстовой документации в ГОСТ без привлечения каких-то дополнительных программ. Но, если, например, в процессе вывода будет запускаться имеющийся на компе пакет Либре Офиса, то это никак не уменьшит доступность и удобство для пользователя. Такое решение все равно будет считаться полностью интегрированным, т. к. не требует от пользователя хитрых танцев с бубном, а сам Офис практически у всех и так имеется. Желаю успеха! Надеюсь, что финальный релиз Кикада в обозримом будущем будет пересобран для интеграции в него вывода текстовой документации по ГОСТ требованиям.

Константин, для того, чтобы можно было высказать свое мнение о работе Вашего скрипта, нужно попрактиковаться в выводе документации при помощи него, ведь так? А теперь посмотрим в на эту ситуацию глазами обычного пользователя Кикада, не программиста, каким являюсь я. Такой пользователь резонно ожидает такой готовности предлагаемого программного продукта, когда он будет органично интегрирован в Кикад, как все его составляющие. Например, при выводе перечня элементов будет достаточно поставить галочку в чекбоксе «выводить перечень в ГОСТ» и на выходе мы получим вместо абстрактной таблицы в Екселе именно то, что нам надо. Или, например, в менеджере Кикада к шести уже имеющимся кнопкам запуска приложений добавится седьмая - «текстовая документация». В любом случае речь идет о законченном приложении, интегрированном в существующий графический интерфейс и все это устанавливается без бубна совместно с установкой самого Кикада. Ваше сообщение с анонсом своего скрипта я воспринял как обращение к программистам, могущим и «прикрутить» и в консоли поработать. Я же командной строкой пользовался за всю свою жизнь раз десять, да и скриптами с «костыликами» никогда не игрался. Таких как я, увы, много, возможно — большинство. Вот и молчит это большинство, т. к. еще не получило в свои руки сей важный инструмент, чтобы можно было его потестировать. Тут уж Вам нужно определиться: либо вы делаете свой продукт только для «продвинутых» и тогда то, что уже реализовано можно считать достаточным, либо Вы делаете законченный продукт интегрированный в Кикад и тогда это будет «для всех». Хочется верить, что Вы настроены на доведение своей разработки до полной завершенности В данный же момент мне даже не понятно поддерживает ли нынешняя версия Кикада python или нет. Ведь об этой поддержке уже многое писали, однако писали и о том, что вроде бы сейчас это отключено (я пишу о стаб. сборке 4009). Если поддерживает, то зачем Вы в своем readme требуете его установку, а также установку odfpy? Если пока не поддерживает, но может, так не лучше ли в ГОСТ версии таки реализовать эту поддержку, чтобы в довесок в Кикаду не устанавливать целый перечень доп. программ и потом разбираться в их взаимодействии вместо работы в САПРе? Почему нельзя сразу в общем пакете установить opengostfont, а нужно опять прыгать с бубном и как Вы пишете «может придется подобрать шрифт, желательно моноширинный»? А требуемая настройка шести пользовательских полей разве не может быть один раз на всю жизнь сделана при сборке Кикада? Ведь если кому-то не понравится, то он поля легко исправит? Словом, я за то, чтобы все новые приложения по уровню безгеморройности и завершенности соответствовали самому Кикаду и вызывали радость, а не головную боль. Но не зря существует поговорка: «сытый голодного не поймет». «Сытый» - продвинутый, самодостаточный, могущий «прикрутить», а «голодный» — тот, кто ожидает понимания и снисхождения, т. к. по сложившейся ситуации не владеет тем, чем владеет «сытый». Вот и проходят мимо «голодных» скрипты и «костылики на перловке», а могли бы украсить Кикад на радость всем, а не только продвинутым. Чтобы не возникло вопросов типа, а сам-то чего не станешь «продвинутым», отвечаю. В этом году мен 59, а лет 6 — 7 назад я еще не умел самостоятельно устанавливать приложения и только-только сел за компьютер. Так уж сложилась жизнь, она у всех разная... Простите за пространные речи, просто хочется, чтобы Вы могли понять реальное положение вещей, тогда будете несколько иначе мыслить. И не ждите шквала отзывов, а работайте на будущего пользователя, который обязательно появится, если Кикад станет дружественным и функциональным. Кстати, если замечали, все предлагаемые материалы обычно скачивают не более, чем полтора-два десятка человек, что говорит о том, что на форуме не так много «нашего брата». И еще, пожелание: подумайте, может быть реализовать не только вывод перечня, но и ведомость покупных раз уж есть ВОМ, ведь тоже гостовский текстовый документ, причем гораздо более простой по организации.

Вот уже на протяжении нескольких лет время от времени предпринимаются попытки прикрутить к Кикаду вывод текстовой документации. Например, на Кикад-фтп в свое время была выложена альфа-утилитка (если мне не изменяет память), которая преобразовывала кикадовский ВОМ в некое подобие перечня элементов, который выводился в МсВорд. Помнится, я попробовал тогда ею воспользоваться и обнаружил, что утилита очень сырая, т. к. перечень получался с какими-то непонятными полосами и прочими недоработками. Но не беда, ведь это только начао — подумал я, ведь со временем все наладится. Но, надежды не оправдались, т. к. дальнейшего развития не произошло, да и необходимость иметь на компе платный МсВорд для бесплатного Кикада как-то тоже не радовало. Словом, все заглохло. Параллельно этой утилите другим форумцем велась разработка своего варианта такой важной полезняшки. Он со временем даже демонстрировал скриншот Кикада с новой иконкой по нажатию на которую можно было активировать функцию вывода документации по ГОСТ. Более того, однажды он написал на форуме, что до полного окончания работ осталась всего неделя, что привело меня в бурную радость.., однако, когда прошло больше года и я обескураженный решил спросить его на форуме когда же можно будет потестить разрабатываемую им мегафичу. К моему удивлению, он ответил, что давно забросил эту разработку т. к. не смог с какой-то тонкостью Кикада разобраться. Я так и не понял тогда, зачем же он объявил всем, что практически все готово, т. к. неделя на вылизывание не в счет, В общем, опять все заглохло. Конечно, работа ведется на энтузиазме в свое личное время, которого чаще всего не хватает и на более важные дела, поэтому нельзя ничего определенного ожидать. Но все же... Прошло еще достаточно много времени и вот, на нашем форуме появляется желанное сообщение Барановского Константина: Посмотрев на приаттаченный пример работы скрипта надежда на лучшее снова стала оживать, но опыт прежних неудач, когда тоже были продемонстрированы первые результаты, а потом пшик, заставлял приглушить радостные эмоции до момента тестирования готовой фичи, если, конечно, она будет реализована. А дальше — больше, т. к. оказалось, что не только Константин занят разработкой вывода документации, но еще и AVL: К тому же, возможно, они объединят свои усилия: Но идет время и пока тишина... Неужели опять все напрасно? Хочется верить, что нет. Просто как всегда не хватает времени и еще все будет. Просто еще не время. Как бы то ни было, я решил открыть эту тему для того, чтобы на ее страницах можно было обсуждать эту долгожданную мегафичу — вывод текстовой документации в Кикаде.

Оказалось, что я напрасно беспокоил честную компанию своими просьбами собрать финальную версию. Вроде бы и количество предварительных стабильных сборок на фтп Жан Пьера было уже выложено предостаточно и тестовая ветка заметно оживилась, убежав уже на несколько десятков вперед. Ан нет, нет предела совершенству! Стабильные сборки возобновили свое появление: https://code.launchpad.net/~kicad-stable-co...rs/kicad/stable есть уже 4006 и 4007. Придется сделать еще достаточную паузу и подождать чем и когда все это закончится :)

Да, я и имел в виду показывать ссылку на наш форум только в нашей сборке, если, конечно, такая возможность имеется. Это даст возможность новичку сразу найти нашу «тусовку» и решить свои проблемы. Прошу не бросаться в меня тапками, но я искренне не понимаю, почему тестовые сборки должны появляться регулярно, а финальная стабильная сборка когда-то потом? Ведь все тестовые сборки нужны именно для того, чтобы в конце-концов родилась та единственная на предстоящий временной период иногда больший, чем год. Прошу не считать мои слова каким-то давлением или указанием как жить. Я действительно не совсем в это въезжаю. :) Я вижу простое решение нехватки временных ресурсов: один раз не собрать тестовую сборку и вместо нее — стабильную. :) Но это так, лирика, мысли вслух, не надо обращать на это внимание... viknn, Вы как всегда выручили. Вот бы еще перетащить эту сборку в папку «релиз», где ее, скорее всего, будут искать в первую очередь. Но, как я понимаю, у Вас с faa есть какое-то разграничение областей на фтп и такое перетаскивание невозможно.

В прежние времена Жан Пьер придерживался общепринятой практики выпуска серии релиз-кандидатов перед финальным релизом и было этих кандидатов до пяти. Сейчас этот процесс заменен выпуском серии стабильных версий, по окончании которой через некоторое время становится ясно, что наконец-то мы имеем финальный релиз. Так вот, похоже, что сборка stable_2013-03-25_BZR4005 https://code.launchpad.net/~kicad-stable-co...rs/kicad/stable является именно финальной сборкой, т. к. прошло традиционное количество «кандидатов» и на данный момент сборки http://bazaar.launchpad.net/~kicad-testing...testing/changes сменили свой характер из вылизывающих на обычный тестовый. В этой связи у меня предложение к faa: выложить на ftp://ftp.kicad.ru/pub/kicad/release/ финальную стабильную сборку stable_2013-03-25_BZR4005 со всеми последними патчами и усовершенствованиями. При этом у меня есть еще два предложения: 1. В «Справка» > “О программе KiCad” > “KiCad в Интернете» указать адрес нашего подфорума на «Электрониксе». 2. Выложить не только обычную частичную сборку, но и сборку с библиотеками и инсталлятором. Необходимость такой сборки (хотя бы раз в год при выходе финальной стабильной версии) очевидна для начинающих. Ведь новичок заполучив где-то в Интернете частичную сборку не знает что с ней делать и где взять библиотеки. Не каждый новичок будет докапываться, многие просто пройдут мимо Кикада. Если же будет доступен обычный exe — файл, запустив который можно установить на компьютер все необходимое для работы, то, надеюсь, пользователей Кикада станет больше. Если нет сил и времени на обе сборки, то можно сделать одну — с инстолляторм и библиотеками.

Viknn, дней десять назад я уже доставал Константина по этому поводу http://electronix.ru/forum/index.php?showt...t&p=1143795 Вот оттуда цитата: «Если разводку платы сохранить в brd и потом вновь открыть, то форматка откроется так, как надо, а вот если сохранять разводку в kicad_pcb, то при повторном открытии вертикальная форматка А4 развалится на части: большая часть примет расположение горизонтальной форматки, а левая сторона вместе с полями останется стоять вертикально.» И он мне на это ответил: «если заглянуть во внутрь нового формата (kicad_pcb), то можно увидеть, что сохраняется только формат листа, а его ориентация нет.» http://electronix.ru/forum/index.php?showt...t&p=1143821 Этот косяк не дает возможности выпустить полноценную стабильную ГОСТ-сборку, кстати, очередная — KiCad_stable-2013.03.15-BZR4003 красуется на фтп Жан Пьера http://iut-tice.ujf-grenoble.fr/cao/

Константин, может я что-то неверно понял, но просто скажу как у меня в самой свежей сборке с патчем под вин: в схематике меню файл > чертить > чертить или чертить в буфер обмена > меню чертить с выбором формата. Все работает, но, на мой взгляд, многовато подуровней выбора. Было бы удобнее либо «чертить в буфер обмена» вынести в меню файл вместе с «чертить» попадая сразу после «чертить» в меню выбора формата файла, либо открывая «чертить» в меню файл сразу попадать в меню с выбором формата и к трем правым клавишам добавить «чертить в буфер обмена». Все это не принципиально, но, конечно, странно смотрится два вложенных друг за другом уровня «чертить». Интересная вырисовывается перспектива: серьезный баг ГОСТ-сборки обнаружен, а желающих его пофиксить пока не нашлось. Следовательно, свободную от глюков с форматками стабильную сборку пока не стоит ожидать. Ладно, в крайнем случае откачусь на прошлогоднюю.

Константин, Вы заметили недоработку, а вот что дальше с ней будет не сказали. Интересно, ее кто-нибудь будет устранять? А то Жан Пьер выкатил уже «3-й релиз кандидат» - очередную стабильную версию — KiCad_stable-2013.03.10-BZR3992 http://iut-tice.ujf-grenoble.fr/cao/ которая на сей раз на самом деле может стать финальной сборкой. Ведь не гоже ее собирать с глючными форматками.

Я грешным делом думал, что ввести новый фонт просто, как в Винде, подсунул в папочку и все. Только в нашем случае это нужно сделать при сборке. Простите мне мою дремучесть. К тому же, если вводить новый фонт только в ГОСТ-сборке, то не нужно ждать согласия Жан Пьера, да и поддержка китайского с японским нам ни к чему. Ладно, понял, что с новым фонтом для нышешней стабильной версии - облом. Если из предыдущего Вашего сообщения можно было сделать вывод, что документацию через LibreCAD выводить можно (вывод через Компас налажен и Компас = LibreCAD), то из нынешнего все с точностью до наоборот — и с Компасом (он еще и платный) не все гладко, а с LibreCAD вообще ничего не ясно. Э-э-э-х, всплеск надежды на лучшее угас в своем зародыше, а жаль...

Хочу внести некоторые пояснения к тому, что я писал о выводе слоев на печать поскольку мое предложение несколько окультурить эту функцию плавно переросло в желание формумцев сделать вывод на печать некоего сборочного документа ПП оформеленного по ГОСТ. Так вот, желая в глубине сердца вместе со всеми иметь именно такой солидный документ, я отдаю себе отчет в том, что это дело непростое и вряд ли будет скоро, а то и вообще реализовано. Поэтому, мое предложение было гораздо скромнее — при выводе нескольких слоев подряд делать большой штамп только на первом листе, остальные же листы должны быть с малым штампом. И все. Для решения этой не самой сложной задачи в Кикаде, на мой взгляд, уже все есть, поэтому все может получиться, причем быстро. Если же замахиваться на солидную ГОСТ-сборку, то, как показала практика, этого можно ждать вечность. Этим я не хочу охладить пыл возможных новых энтузиастов, но просто смотрю реально на вещи. Если суммировать и конкретизировать, то мое предложение звучит так: при выводе на печать последовательно нескольких слоев ПП, большой штамп делать только на первом листе, а на остальных листах делать малый штамп. Первым листом по умолчанию можно сделать верхний слой посадочных мест с обозначениями и габаритные размеры (это псевдо-общий вид), а последующие листы — слои отмеченные к выводу на печать. Данную фичу можно оформить отдельно как дополнение к «по странице на слой» и «одна страница» в виде некоего третьего выбора, но лучше всего просто доработать «по странице на слой» т. к. новый вариант полностью перекрывает старый. Если кому-то нужно будет распечатать каждый слой с большим штампом (странное желание), то это можно будет сделать воспользовавшись выбором «одна страница» и при этом выбрать к печати только один слой. Итак, в данном случае я за синицу в руках, вместо бесконечного ожидания журавля в небе. Все сторонние наблюдатели, глядя на мою работу в Кикад, не сговариваясь отмечают корявость шрифтов. Так что возможность решить эту проблему — добрая весть. Хочется надеяться, что эти шрифты совсем скоро украсят если не интернациональную сборку, то уж ГОСТ-сборку точно. Было бы здорово обнаружить эти шрифты уже в стабильной сборке, рождающейся в эти дни. Viknn, рассуждая о выводе документации из Кикад Вы пишете: Из Ваших слов следует, что Компас позволяет сделать цивилизованный вывод текстовой документации из Кикад, а LibreCAD — свободный аналог Компаса. Если я правильно Вас понял, то такая работа с документацией налажена у Вас на фирме. Вы автор не только русифицированной документации к Кикаду, но и многих пособий для работы с ним. Так может быть уже настало время родить пособие по выводу текстовой документации при помощи LibreCAD и неких программных примочек, о которых Вы пишете? Если Вы все это сделаете, то огромная благодарность в сердцах простых пользователей, вроде меня, Вам гарантирована. Если вывод документации будет налажен при помощи сторонней LibreCAD, то реализацию вывода документации прямо из Кикад можно будет отложить на неопределенное время.

Думаю, нужно попробовать выработать универсальный вариант, если это возможно. Если не удастся его найти, можно ввести чекбокс с выбором слоя на первом листе. Делать послойное определение для печати на мой взгляд излишне. Но, нужно послушать мнение опытных гуру на этот счет. Можно и так, но все слои сведенные вместе, если их много, в результате дают кашу. Нужно крепко подумать стоит ли именно так делать. Хорошо бы услышать коллективное мнение, но наступили праздники со всеми вытекающими...

Так выходит, что и другие форматки при сохранении в kicad_pcb могут развалиться? Действительно, недоработка... Как сугубый пользователь могу только пожелать удачи: Удачи! :)

Я это и имел в виду. Таким образом, если не заглядывать в «информацию о версии», то можно смело считать, что работаешь в полноценной стабильной сборке. Я спрашивал об этом по той причине, что после перехода на bzr некоторое время номера тестовых сборок сильно отличались от номеров стабильных, а теперь вроде бы все вернулось к номерному единству. Единственное отличие пока состоит в том, что раньше Жан Пьер несколько раз объявлял релиз-кандидат и все спешили подчистить свои косяки до выхода финальной версии. А сейчас, никаких «кандидатов», а просто несколько раз за короткое время выкладывается «стабильная версия», которая после нескольких итераций переходит в действительно стабильную. Но это все так просто, заметки на полях... А теперь небольшие наблюдения за поведением форматок в данной сборке - bzr3985-win32 newgost. Помнится, обычно вопросы возникали с форматкой А4. Для тестирования я создал новый проект из пары компонентов и нескольких проводников, чтобы можно было пробежаться по основной технологической цепочке. И вот какие наблюдения. Изначально при создании проекта форматка А4 стоит вертикально, как и положено. Более того, при печати теперь не приходится все время переводить в книжную ориентацию, т. к. это наконец-то делается автоматически (когда это исправилось не знаю, т. к. долго работал на прежней стабильной сборке и в тестовые не лез). При новом открытии схемы после ее сохранения ориентация форматки в норме, а вот эти же действия при сохранении топологии и повторном открытии в pcbnew имеют несколько различные последствия. Если разводку платы сохранить в brd и потом вновь открыть, то форматка откроется так, как надо, а вот если сохранять разводку в kicad_pcb, то при повторном открытии вертикальная форматка А4 развалится на части: большая часть примет расположение горизонтальной форматки, а левая сторона вместе с полями останется стоять вертикально. Таким образом, при сохранении разводки в kicad_pcb форматка А4 искажается: левая сторона с полями остается неизменной, правая сокращается по высоте, а верхяя и нихняя сторона форматки напротив удлиняются, что и создает эффект «развалившейся форматки упавшей на бок». Теперь несколько мыслей вслух. 1. Почему бы в pcbnew > Настройка правил > Общие правила проектирования не заполнить по умолчанию все 12 значений «особые переходные отверстия» и «особые дорожки»? Например, дорожки — 8, 10, 12, 16, 24, 36, 48, 60.., мил и соответствующие им переходные отверстия? Кому от этого будет плохо? Ведь эти размеры должны соответствовать определенным требованиям, да и набивать эти цифры гораздо дольше, чем удалить при надобности. Особенно это будет ценно для новичков, осваивающих не только сам кикад, но и сами навыки разводки. На мой взгляд это сделать не сложно, а польза большая. 2. Если пользователь pcbnew захочет распечатать избранные слои топологии и выберет опцию «по странице на слой», то получит несколько безымянных листов, если была выбрана печать без рамки, или столько же листов с поименованных за счет штампа в рамке, но каждый из листов будет иметь большой штамп первого листа. Так вот, на мой взгляд, не лучше ли будет сделать как в схематике: первый лист с большим штампом, а последующие с малым? Если это покажется спорным, можно будет сделать чекбокс для выбора старого варианта. 3. Обычно ближе к весне Жан Пьер выкатывает новую стабильную сборку и в этой связи начинается некоторое оживление и в КикадоГОСТоСтроении, с неизменным всплыванием темы «перечень-спецификация». Вот и в этот раз эта тема уже упоминалась. Так вот, хочу пожелать успехов нашим знатокам в окончательной победе над этим затянувшимся долгостроем. Я не прошу делать прогнозы и давать обещания, я просто хочу пожелать удачи!

faa, премного благодарен! :) Сборка работает, патч тоже. Все пока симпатично. Только один маленький вопрос: Жан Пьер на мой взгляд еще не выкатил наипоследнейшую из наистабильнейших сборок этой недели а только сделал очередной фикс. Если мы заглянем в свойства нынешней сборки, то увидим, что у нее стоит "testing". Правильно ли я понимаю, что теперь, как в старые добрые времена, тестовая сборка с номером как у стабильной имеет одинаковый код байт в байт? Т.е. не стоит смущаться надписью "testing"? Хотя, я почти уверен, что Жан Пьер в ближайшие дни еще выкатит самую наистабильную версию и тогда можно будет собрать непоколебимую сборку. :)

Похоже, что нынешняя стабильная сборка тоже не последняя на ближайшие дни, т.к. Жан Пьер все еще не сбавил обороты в деле вылавливания багов: "Pcbnew: fix Bug #1148785 (pcbnew crashes when using only one layer in autorouter )" - revision 3985. Так что, может быть стоит выждать еще несколько дней, а потом уж собрать самую-самую стабильную сборку. :)

faa, а может быть эту стаб. сборку сделать с последними патчами, если с ними теперь все в порядке?

Да, теперь линии получились разной толщины, ндравицца :) -------- faa, как-то неудобно просить так часто новую сборку, но Жан Пьер выкатил еще более стабильную на свой фтп - KiCad_stable-2013.03.04-BZR3984 http://iut-tice.ujf-grenoble.fr/cao/ Так может быть украсить ей папочку "release"? ftp://ftp.kicad.ru/pub/kicad/release/

Попробовал открыл эл. схему, очень понравилось. Но, при использовании этой сборки, файл в pcbnew почему-то открылся без записей в штампе, хотя в "нстройка страницы" они остались. Кстати, линии пока остались одной толщины.

faa, спасибо за сборку!