Доки на английском:
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Полу-рекламный документ на русском:
http://www.megratec.ru/data/ftp/exp_docs/W...EE2007-5_rus.7z

Александр скажите, русскую букву "р" починили?

Большое подозрение, что они об этом ничего не знают

Нет, т.к. это интересует только наш регион и проблема не критическая + есть обходное решение.





SR#352221301
DR#00463892
введен в базу 20.12.2007

DxD неплохо поправили, в ExpeditionPCB убрали много крашей, а вот ICX-PRO практически не трогали, толи там все работает, толи народ не особо его пользует, хотя сам глюков в нем не наблюдаю.

Непонятно какая тогда логика внесений исправлений, неужели все SR нельзя исправить с выходом нового релиза, смысл тогда этих SR?
Букву починить дело 5 минут, а ждать годы?

Эти "мелочи" показывают УРОВЕНЬ фирмы, неужели они этого не понимают?

Ну и хорошо
ЗЫ А вообще прикольно. Все ведь работало, но выпустили релиз (2005.1 или 2005.3), сломали и ввели в базу DR...

1. Запросов много - все сразу выполнить невозможно.
2. Каждый запрос имеет определенный уровень критичности для пользователя (задается пользователем при вводе SR) - low-medium-high-critical.
Этот имеет статус medium.
3. Видимо это не так просто, т.к. заденет множество внутренних функций редактора использующих код ассоциированный с русской буквой р.
4. После введения этого SR нам пришлось отвечать на вопросы маркетинга, основным лейтмотивом которых было определение насколько окупятся затраты на это эксклюзивное (с точки зрения остального мира) изменение.
Зная уровень покупаемости софта в россии вы наверно догадываетесь, что в данном случае оправдать с финансовой точки зрения это было не возможно. Поэтому данный запрос и лежит в базе до тех пор пока у ментора до него не дойдут руки.

Менторовцы пишут программный код на русском языке?

Александр, прежде всего спасибо, за развернутый ответ.
Жаль конечно, что Вам приходится отдуваться за них.

Поверьте глюк с "р" это "обыкновеные грабли", ничего там умного и сложного нет, просто чей-то косяк, и работы на исправление 5 минут.
(если уж такие простые баги есть, то что говорить о более сложных?)

Мне это только говорит о УРОВНЕ программистов, которые там работают и отношении фирмы к исправлению багов.
Так, что на вопрос ихнего маркетинга, можно ответить, что не то что не окупится, а даже будет отталкивать потенциальных клиентов, видя как у них доходят "руки".

p.s.
когда-то, я восторженно смотрел на Mentor (подозревал качество софта), но увы это мнение с каждым разом ухудшается.

Возможны вы и правы что само устранение глюка не сложно. Но к сожалению не представляете как для них сложно решать "локализованные" проблемы. Когда мы создали SR по поводу пропадания\удаления некоторых русских букв в DC\DV, то мне пришлось потратить несколько дней для объяснения инженеру с ментора (англичанину) как включить кириллицу в виндах. Например 99% их них думают, что для этого надо иметь специальную версию виндов, они не знают как и где это все настраивать - дошло до того что я сделал видео как им это нужно сделать и через несколько дней я наконец получил радостное сообщение (с кучей восклицательных знаков) - он наконец увидел у себя на компе кириллицу. Они все там узкие специалисты и любые побочные вопросы для них хуже зубной боли - отсюда и не желание связываться с ними.

Про букву "р" я не успел разобраться, но точно помню, что симольный редактор не понимал никаких русских букв. Это так и осталось?

Ага. А потом начал понимать, но не все. А потом - все. Последние события наводят на мысль, что пару буквочек в следующем релизе сломают и SR зарегистрируют

Не, на самом деле разговор идет о редакторе плат, в DC/DV по поводу букв все пока в порядке (тьфу-тьфу-тьфу).

глядя на огромный список исправленных ошибок остается только удивляться, как же ЭТО работало раньше!

"Эй, гражданина, ты туда не ходи, ты сюда ходи, снег башка попадет..."

нельзя использовать backup/rollback в DxD2007.5

The Rollback command reverts the schematic sheet that is currently active to the last Backup
point. The Backup point is set by the user executing the command File>Backup. With the
EE2007.5 release there is a potential issue when using the Rollback command.
The following scenario can cause a problem during the Back Annotation process:
If the designer editing the schematics uses the File>Rollback command any Back Annotation
step carried out after the Rollback will be lost. This loss of data will only be related to the
schematic sheet that was being edited and then rolled back - all other schematic sheets will be
unaffected. The problem will persist until the next forward annotation step when the schematic
and layout data will be back in sync.
The Rollback feature should not be used in the EE2007.5 release. The UNDO feature should be
used to revert the schematic sheet to a previous state.

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

А вот это просто СУПЕР исправление
• dts0100414656 — Custom trace widths should be preserved within move / push and shove trace

а то поменяешь ширину, чуть пощупал - сбрасывается.

а вообще, этот длинный список непонятно с каких времен. Например
• dts0100495810 — Forward annotation from Keyin netlist loses all net properties.
декларировалось в 2007.3

вот у нас обсуждалось:
• dts0100506592 — Cannot get traces to unfix or un-lock. Unfix says it's locked but unlock says it's fixed.

вот еще хорошее исправление:
• dts0100509537 — Need to resolve .prj path inconsistency between newly created and migrated designs, so the path to the project/.prj file inside the .pcb file relative rather than full path

теперь когда fill-у проекты посылать будем, ему меньше работы - пути править руками...

вот любопытное исправление:
• dts0100530678 — Silkscreen generator generating multiple images to Ref designators.

однажды уже рапортовали, что пофиксили этот multiple. Но, как оказалось, только для тех линий, которые генератором подрезались (налезали на пады). А вот которые не надо подрезать - дублировались, как и текст RefDes. Пошли по кругу

вот тоже у нас коллега чуть не залетел, хорошо глаз зоркий, внимательно герберы просматривал:
• dts0100535202 — Short in gerber data, where thermal ties contact another plane

+1
Страшновато даже. Раньше как-то меньше глюков было. Там у них явно проблемы с тестированием или специфицированием. А может, и с тем и с с другим...

Виноват, неточно сформулировал вопрос.
Я имел ввиду DxDesigner. Начиная с некоторого релиза (около 2007.2) Mentor уделал DxDesigner как Бог черепаху. Там много чего забавного произошло. При этом исчезли и русские буквы. Может они сейчас появились?

А в какой версии появился этот баг?

ну а кто ж знает?
коллега - это в широком смысле - поищите здесь на форуме, обсуждение было недавно, может он чегой-то уточнит..

ага, нашел http://electronix.ru/forum/index.php?showt...2557&st=840
timon_by и f0GgY обнаружили его

В самом DxD проблем с русским не было никогда.
А вот в NSE они есть.

прошу прощения за невежество, что такон NSE? N... Symbol Editor ?

Ну и когда их не будет?

New Symbol Editor



Возможно в 2007.6


Кстати насчет р - а что мешает воспользоваться DE и его возможностью спокойно редактировать такой текст Нажмите для просмотра прикрепленного файла Тем боле что он как раз и предназначен для оформления чертежа и сопровождающих записок, где вам и надо писать по русски. А на самой плате разве кто-то пишет?.

да, номер платы, но буквы в номере все близнецы латиници
поэтому полностью надуманная проблема
AutoCAD и иже подобные проги уменьшают трудоемкость оформление КД на порядки
даже создание сложного контура платы советуют создавать в AutoCAD-е и затем втянуть в Ехр

Так уж и надуманная?
Как только машинально введете русскую 'р' вместо латинской p, а вводить будете (если только локализацию windows не выключите) то всей строке текста "большой привет". Видно, что в DE сделали все пучком, даже многострочный текст(как в принципе и должно быть!), отсюда и вопрос: функции ввода текста практически одинаковые, фирма одна и таже, тогда почему программисты плодят лишний код? Отсюда и траблы и глюки, этот пример лишь показыват уровень системных разработчиков/или организацию работы на фирме.

Какие все неженки стали , вон раньше в FIDO тоже нельзя было вводить некоторые русские буквы, и ничего не плакались, просто придумали спец прогу для автоматической подстановки латинской, а потом на это все Word ругался. А уж в Fido переписка по круче была, чем строчка с пояснениями.Такчто давайте обращать внимание на более серьёзные ошибки. Или давайте все купим лицензию , и завалим числом, что бы нам даже интерфейс русский сделали и под хохлому раскрасили

Согласен с предыдущим оратором - "дареному коню в зубы не смотрят". А по поводу у Микрософт поиск выделенного текста работает по-разному в MS Word и Notepad, но не думаю, что от этого им постоянно патчи и сервиспаки выпускать приходится, да и ни первое, ни второе ничего не говорит об уровне их разработчиков или организации.

to fill

вроде бы приурачивали 3D просмотрщик к выходу нового релиза EE, да и трансляторы прямые в 2007 (без промежуточных открываний в 2005). Как там с этим?

3D_Viewer идет в составе ECAD-MCAD collaborator - новый релиз пока не вышел.
Трансляторы есть Нажмите для просмотра прикрепленного файла, но как видите они входят в поставку PADS9.0. Т.к. их делает подразделение PADS и с другим подразделением не делится - издержки большой "конторы"
Я проверил - трансляторы выдают схему в формате DxD2007.5

Да-да, не смотрят, но такого коня можно на переправе и поменять
Имхо, количество багов с выходом 2007 и его клонов в несколько раз превысило все разумные пределы и продолжает расти. Старые баги, вылеченные в текущем релизе, неожиданно проявляются в следующем. Появляются даже мегабаги в модулях, традиционно отличавшиеся довольно безглючной работой еще со времен Very Best. Риск потерять как минимум несколько часов (дней?) работы, восстанавливая рухнувшую библиотеку или проект, растет. По моим оценкам, максимально допустимый релиз для более-менее комфортной работы - 2005.3. Выхода два - откатиться назад (долго и больно) или надеяться на лучшее (маловероятно). Впрочем, есть еще третий выход. Но про коней не будем

Не совсем так - если просто ввести р, то ничего криминального не произойдет, вот если нажать ввод или разместить текст, тогда текст считается введенным и зафиксированным. Причем если его потом выбрать, то в окне ввода написана какая то подсказка типа введите, что-то чтобы его разблокировать (To edit text, select >>) - если знать что ввести, то можно разблокировать. Открытие же этого текста в много-строчном редакторе его разблокирует для редактирования в собственном окне, т.к. в нем нет ассоциации кода буквы р с неким кодом блокировки.

для Вас вроде все кони кончились. С PADS Вы соскочили, pcad помер, остается Allegro да AD, оба варианта очень трудоемки с точки зрения перехода.

А вы готовы в "час Х", когда директор подпишет заветную бумагу на покупку N рабочих мест софта, купить софт, за который Вас разработчики топологии "в спину ногами бить будут" и тратить время не на разработку, а устранение и обход багов... Я на данный момент не готов вписать в строчку "Название пакета" - Mentor Graphics ЕЕ2007.x ...
Спасибо большое fillу, за то, что с пониманием относится к проблемам всех пользователей и пытается в меру своих возможностей решить их... Возможно благодаря его поддержке и "вере в светлое будующее" увеличивается количество легальных пользователей.
(ИМХО)

Мы (трассировщики) сейчас "бьем в спину ногами" схемотехников, чтобы они, наконец, перешли на создние схем сразу в DV или DXD. И нам не нужно было бы их конвертить в Exp. Вот так вот И при выборе, между Exp и AD, выбрали Exp. Allegro не знаю и у нас в нем никто не работал, поэтому о нем вопрос не стоял. А вот AD пощупали и не понравилось по сравнению с Exp. Но это субъективно, конечно

Готов, денег столько нет, а основные баги которые обсуждаются, не мешают работе, по крайней мере мне.

Как только, это будет экономически оправдано - т.е. время затраченное мною на создание проекта сократиться на столько что будет заметна разница, так сразу буду гундеть начальнику о необходимости покупки данного пакета. А т.к. я создаю проект сам с нуля, то пинать себя в спину как то не сподручно . Сейчас до сих пор люди сидят на Pcad 4.5/8.5 и тоже никого в спину не бьют, а хотя следовало бы. А позвольте спросить, это в каком таком пакете отсутствуют баги и глюки?

Глюки есть везде, однако количество их обнаружения на единицу времени у каждого пакета свое. Я не говорю, что EXP плохой пакет (сам агитирую за его внедрение), я сравниваю 2005 и 2007 (маршрут DC) ветки. В 2005 были в основном проблемы, связанные с идеологией ведения разработки в данном пакете, которые устранялись "... делай так и будет все хорошо..."

Дело не в багах и глюках, а в их количестве. Количество багов в 2007.x не соответствует устоявшейся репутации ментора, как ведущего игрока на рынке софта для ПП, это скорее уровень open source. А позвольте спросить, чем баг отличается от глюка?


Вот именно. Можно было спокойно работать.

Так работайте кто же вам мешает, или вас линейкой по рукам бьют как только вы запускаете DC. В 2006 я тоже начинал изучать продукты Ментора со связки DC, но мне он не понравился, к тому же на тот момент была неопределённость какой продукт будут развивать. Зачем разработчики так сделали? - судить не нам. Возможно ядро DC уже не могло удовлетворить разработчиков, наверно так же и другие производители отказываются от старых продуктов, или просто маркетинговый ход.

P.S. глюк- это когда кажется, а баг-это то что на самом деле.

Неужели еще непонятно? Баги, отсутствующие в 2005 и кишащие в 2007.

эта проблемма носит характер не исторический а другой. О проблеме прекрасно известно. Изначално проблемы с русской маленькой р возникли что её интерпретировали как начало макро и для простоты написания кода считалось что она нигде не встречается. Русскоязычные девелоперы считали что всегда можно подменить английской p. Проблемм не было до появления программ проверки орфографии. На мой взгляд софт давно уже не пишится он выкладывается из запасников, бегло проглядывается нанятыми под НДА уродами и продается под видом свежеиспеченного хайтека. Сами запасники созданы русскими а бабло рубят иностранцы.

Ну, то что вам мешают кишащие баги в 2007 мне понятно. А кстати какой продукт вы имеете ввиду DxD или Exp, и какие именно баги вам непреодолимо мешают работать? А то все прицепились к этой букве р, у меня вот нет с этим проблем, т.к. я все надписи делаю в DE. Таки опять же вы можете продолжать работать в 2005, и не портить себе нервы.

Что уж говорить об остальном хайтеке. Давно бы надо вытащить его из запасников, да, видимо, уродов для просмотра не хватает. Кстати, что Вам мешает присоединиться к иностранцам - покупайте акции Ментора на NASDAQ (symbol MENT) и рубите бабло.

2007.3 с DC и последними апдэйтами. Процесс сохранения схемы длится 15 секунд. Стоит ли говорить, что в 2005.x этот процесс занимал от силы пару секунд на той же машине? Так и живем, сохраняемся, 15 секунд нервно барабаним пальцами по столу и надеемся на последний релиз

У вас там случайно не куча предупреждений выползает в окно output?
Во всяком случае у меня 2007.5 и никаких задержек не вижу.

Ни одного

Я думаю, у Вас не было бы никаких задержек, даже в случае 2007.3

Еще. При размещении со схемы ломается сетка размещения (или вообще выключается, или становится очень малой). Т.е неожиданно какой-нибудь компонент на курсоре начинает передвигаться не дискретно, а плавно. Ничего не попишешь, устанавливаем так, как есть. Следующие 1-2 компонента, как правило, тоже размещаются без сетки. Потом привязка к сетке неожиданно включается, размещаем далее по сетке до следующего глюка (5-6 компонентов). Не припоминаю я что-то такого бага в 2005. После размещения привязываем размещенные компоненты к сетке врукопашную, утешаясь надеждами на свежайший релиз

При открытии проекта в DC в логе периодически возникают сообщения типа "Can not find flatnet 'бла-бла-бла' in the iCDB database." Иногда этих сообщений много, иногда мало, иногда вообще нет (что странно ). Часто несколько сообщений посвещены одной цепи. В принципе, никаких неприятных последствий после этого не замечал, однако это настораживает. Так и работаем в постоянном ожидании краха проекта
ЗЫ Понятное дело, в 2005 такого никогда не было.

Устранено в 2007.5
dts0100528411 — Edit > Block Pop will give "Cannot find flatnet in the iCDB database"
error in DC Output Window

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