Aldan 0 7 декабря, 2011 Опубликовано 7 декабря, 2011 · Жалоба Я собрался покупать новый компьютер и в этой связи у меня теперь будет не WinXPSP3 32bit, а Win7SP1 64bit. По этой причине у меня возникло несколько вопросов насчет работоспособности Кикада в 64-битной Вин7. Если глянуть на дистрибутивы, например, по ссылке ftp://kicad.r4b.ru/pub/kicad/bzr/win32/ то в глаза бросится то, что все версии под 32 бита. Ранее кто-то упоминал, что у него Кикад тормозит на Вин7 (не знаю 32 или 64), а как обстоит дело сейчас? Думаю, кто-то уже использует Кикад на Вин7х64 и может поделиться своим опытом. Нет ли тормозов и дополнительных глюков? Есть ли тонкости установки и настройки Кикада под Вин7х64? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
break 0 8 декабря, 2011 Опубликовано 8 декабря, 2011 · Жалоба Aldan На XP x64 работает без проблем. Если взять W7 pro, то там есть встроенный эмулятор более ранних версий. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 29 8 декабря, 2011 Опубликовано 8 декабря, 2011 · Жалоба Если взять W7 pro, то там есть встроенный эмулятор более ранних версий. В котором тот же старый автокад не работает, хоть тресни. Несколько глючков: 1.) При развороте полей элементов ® они (поля эти) бесследно исчезают. После нажатия Undo появляются повернутые. 2.) При вставке нового иерархического листа в проект не может его сохранить (ошибка доступа). Если лист "сохранить как", а потом полученный файл подключить в свойствах иерархического листа, то дальше все нормально. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aldan 0 8 декабря, 2011 Опубликовано 8 декабря, 2011 · Жалоба На XP x64 работает без проблем. Если взять W7 pro, то там есть встроенный эмулятор более ранних версий. Все же ХР отличается от Вин7, поэтому не уверен, что можно делать хоть какие-то выводы по аналогии. В моем новом компе будет домашняя W7 , так что вкусности W7 pro проходят мимо. Несколько глючков: 1.) При развороте полей элементов ® они (поля эти) бесследно исчезают. После нажатия Undo появляются повернутые. 2.) При вставке нового иерархического листа в проект не может его сохранить (ошибка доступа). Если лист "сохранить как", а потом полученный файл подключить в свойствах иерархического листа, то дальше все нормально. MrYuran, я правильно понял, что эти глючки появляются вследствие использования W7х64? P.S. Неужели больше никто не работает в Кикаде под W7х64? Хорошо бы еще хоть немного информации о возможных "граблях". Думаю, это полезная инфомация для всех. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 29 9 декабря, 2011 Опубликовано 9 декабря, 2011 · Жалоба MrYuran, я правильно понял, что эти глючки появляются вследствие использования W7х64? Нет, ХР SP3 Глюк с разворотом, как оказалось, исправлен в последующих версиях (у меня сентябрьская), а вот с сохранением листов - остался. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
tema-electric 0 10 декабря, 2011 Опубликовано 10 декабря, 2011 · Жалоба Не знаю, новый или не новый это глюк, но все же сообщить о нем хочется. KiCad (2011-11-27 BZR 3249) (не ГОСТовский) Работал я в схематике. Сделал УГО разъема и во время размещения и перетаскивания других компонентов заметил, что он (разъем) может случайным образом выделяться, хотя не должен. В рамку выделения он не попадал. Для установления причины сего явления сделал три разных УГО разъема (см. рис). Исходный разъем был взят из библиотеки, которая была сделана когда-то давно в какой-то другой версии KiCAD. Красный прямоугольник, это область выделения. Красные точки, это начало координат у каждого из УГО. Из трех, средний отмеченный синим цветом выделяется. А по идее не должен. Если переместить начало координат среднего УГО на 6й вывод, то баг начинает проявляться снизу. Т.е. пересечений с компонентом нету, а он выделяется. ПРоблема решается путем переноса вертикального центра УГО в начало координат. Т.е. третий вариант не глючит, но по мне это не есть правильно :). Если я чего-то не понимаю, поправьте. Спасибо. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Pasha 0 12 декабря, 2011 Опубликовано 12 декабря, 2011 (изменено) · Жалоба Почему в PCBnew при черчении линии, в строке статуса dX:dY дублирует X:Y ? Ашыпко? ГОСТ-релиз от 30.11.2011 win32 Изменено 12 декабря, 2011 пользователем _Pasha Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 29 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба Не знаю, новый или не новый это глюк, но все же сообщить о нем хочется. Красный прямоугольник, это область выделения. Красные точки, это начало координат у каждого из УГО. Из трех, средний отмеченный синим цветом выделяется. А по идее не должен. Если переместить начало координат среднего УГО на 6й вывод, то баг начинает проявляться снизу. Т.е. пересечений с компонентом нету, а он выделяется. ПРоблема решается путем переноса вертикального центра УГО в начало координат. Т.е. третий вариант не глючит, но по мне это не есть правильно :). Цепляются невидимые поля. Лечится размещением оных внутри УГО (с уменьшением размера шрифта) Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
break 0 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба tema-electric Я предпочитаю начало координат совмещать с центром УГО - так удобнее вращать символ (не смещается в сторону). Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
faa 4 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба Почему в PCBnew при черчении линии, в строке статуса dX:dY дублирует X:Y ? Ашыпко? ГОСТ-релиз от 30.11.2011 win32 Не-а. Пробельчиком стукните - в dX:dY будут другие цифры (смещение относительно той точки, где пробелом шмякнули). tema-electric Я предпочитаю начало координат совмещать с центром УГО - так удобнее вращать символ (не смещается в сторону). И это правильно. Ну и невидимые поля (как уже сказано выше) надо проверить. Связано с тем, что контур УГО определяется максимумами смещений всех итемов относительно центра (точки привязки) УГО. С таким алгоритмом можно поспорить, но сделано так. ИМХО, в некоторых случаях удобнее было бы контуром считать rect УГО. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
IgorKossak 0 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба ИМХО, в некоторых случаях удобнее было бы контуром считать rect УГО. Не у всякого УГО в изображении есть прямоугольник, если Вы об этом. ИМХО лучше считать контуром виртуальный прямоугольник, описывающий то, что видимо или только графическую часть (без текстов). Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
faa 4 12 декабря, 2011 Опубликовано 12 декабря, 2011 · Жалоба ИМХО лучше считать контуром виртуальный прямоугольник, описывающий то, что видимо или только графическую часть (без текстов). Согласен. Примерно так и было, до того как начали код рефакторить. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
BlackOps 0 14 декабря, 2011 Опубликовано 14 декабря, 2011 · Жалоба Такой вопрос, вот сдесь ftp://ftp.ntcsm.ru/pub/kicad/bzr/SL6/x86_64/ вижу следующий дистрибутив: kicad-20110915-bzr3128.el6.x86_64.rpm Этот дистрибутив нормальный? Стабильный и без глюков? И это чистая английская версия без ГОСТа? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
faa 4 14 декабря, 2011 Опубликовано 14 декабря, 2011 (изменено) · Жалоба Такой вопрос, вот сдесь ftp://ftp.ntcsm.ru/pub/kicad/bzr/SL6/x86_64/ вижу следующий дистрибутив: kicad-20110915-bzr3128.el6.x86_64.rpm Этот дистрибутив нормальный? Стабильный и без глюков? И это чистая английская версия без ГОСТа? В kicad/bzr лежат тестовые сборки с ГОСТ. Стабильные (зарелизенные) с ГОСТ находятся в kicad/release. Крайняя релизная с ГОСТ для RHEL и клонов (Centos, SL) kicad-20111130-gost.el6.x86_64.rpm собрана под SL6.1. Там же рядом для убунты и мандривы. Без ГОСТ на этом ftp сборок нет. UPD: файлы на ftp://kicad.r4b.ru и ftp://ftp.ntcsm.ru в настоящее время лежат на одном хосте и полностью идентичны. Изменено 14 декабря, 2011 пользователем faa Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
BlackOps 0 14 декабря, 2011 Опубликовано 14 декабря, 2011 · Жалоба спасибо. а если это ГОСТ то проблематично ли будет в ней делать проекты которые совмещались бы с обычной стандартной версией с оригинального французского сайта? т.е. ГОСТ версия отличается только тем что шаблон рабочего листа другой или чтото еще? Если тока шаблоном рабочего листа, то не могли бы подсказать как я могу его изменить? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться