Вышел EE2007.5 Опции

[fill]

Доки на английском:
[attachment=31319:EE2007.5_rn.pdf]
[attachment=31320:EE2007.5_rh.pdf]
Полу-рекламный документ на русском:
http://www.megratec.ru/data/ftp/exp_docs/W...EE2007-5_rus.7z

[atlantic]

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

[Vadim]

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

[fill]

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

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

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

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

[avesat]

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

[atlantic]

Нет, т.к. это интересует только наш регион и проблема не критическая + есть обходное решение.
SR#352221301
DR#00463892
введен в базу 20.12.2007

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

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

[Vadim]

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

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

[fill]

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

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

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

[Жека]

3. Видимо это не так просто, т.к. заденет множество внутренних функций редактора использующих код ассоциированный с русской буквой р.

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

[atlantic]

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

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

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

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

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

[fill]

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

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

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

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

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

[sh007]

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

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

[Vadim]

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

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

[AlexN]

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

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

нельзя использовать 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

[vitan]

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

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