Фатальные и прочие ошибки при работе с Eplan

[ruzov_m]

Оксана, я счастлив и очень Вам благодарен)).Даже не представлял, что причина может быть в этом.

[Dyma]

Максим, в дальнейшем, поставьте галку "не отображать данное окно", чтобы не маячило перед каждым запуском САПР.
В случае, если вам снова понадобится изменить объем меню (в меньшую сторону), вы знаете где его активировать.

[Leonid R]

Начиная с версии 2.2.5 (может и раньше) при создании нового изделия (методом копирования существующего) значение свойства "Изделие: Обозначение 1" начало дополняться вначале символами "??_??" вместо положенных "ru_RU".
Появились проблемы с отображением данных свойств в дополнительном модуле, экспортирующем данные в Excel.
Конкретно данное поле стало пустым ввиду проверки значения на признак русского языка.
В модуле используется следующий метод:
Eplan.EplApi.Base.MultiLangString mlssttr = apl.ARTICLE_DESCR1; //свойство 22004
dvc.Description = mlssttr.GetString(Eplan.EplApi.Base.ISOCode.Language.L_ru_RU);

Открыл базу MDB в Microsoft Access, нашел в таблице "tblPart" нужные изделия.
description1 partnr quantityunit
ru_RU@ST-полушнур 50/125 мкм, 2 м; AMP.0-5349569-4 шт
??_??@ST-полушнур 50/125 мкм, 2 м; AMP.0-5349569-4_1 ??_??@шт;

Если в Access руками исправить значение поля (заменить ??_?? на ru_RU) и подцепить эту базу, то в результате экспорта в Excel данные отображаются. Если в дальнейшем подкорректировать значение полей, то снова сбрасывается на "??_??".
Может кто в курсе где нужно задать язык, чтобы не было таких глюков?
В версии 1.9.6 все было норм, в 2.2 и 2.3 появились вопросы.

[Madwolf]

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

[addadd]

в хелпе нашёл запись:

При импорте данных изделия с типами файлов "CSV для<...>" и "Текст" можно, кроме того, задать в файле конфигурации, на каком языке импортируется текст. Для этого в файле конфигурации при соответствующем многоязычном поле указывается нужный идентификатор языка.
Пример:
description1='DE_de@' + [1!#26] + ';EN_us@' + [1!#27] + ';RU_ru@' + [1!#28] + ';'
Здесь данные для Обозначения 1 (описание1) разделены на три группы. Столбец 26 = немецкий, столбец 27 = английский и столбец 28 = русский. Эти три столбца объединяются с помощью приведенной выше конфигурации.

но у меня не работает :(

[Leonid R]

Базу, созданную в 1.9, подцепляю как есть. Затем 2.2 предлагает обновить версию текущего файла БД, обновление проходит успешно и с текущими данными проблем нет. Как только я в этой новой базе добавляю новое оборудование, в соответствующих свойствах при детальном рассмотрении файла MDB в Microsoft Access видны "??_??" вместо положенных "ru_RU".
Где в настройках нужно выставить русский язык, чтобы новые изделия по умолчанию были "ru_RU"?
PS to "addadd": Здесь не идет речь о экспорте и импорте через XML/CSV/...

[aranea]

если модуль писали вы, замените ISOCode.Language.L_ru_RU на нейтральный язык
не помню по памяти как там будет..)

[Leonid R]

нашел в описании класса public enum Language { L___ = 0, ....
собственно поменял в модуле и значения стали отображаться как надо
только для новых изделий поля description1, note, quantityunit по прежнему дополняются вначале символами ??_??@
в версии 1.9 свойство "Единица измерения колич." не дополнялось параметрами языка.

[aranea]

это вопрос? =)

[Leonid R]

Остался вопрос, почему в версии 2 и выше поля description1, note, quantityunit по прежнему дополняются вначале символами ??_??@
в русской версии программы язык диалогового окна ru_RU
почему-то системе не интересно на каком языке вбиваются данные оборудования
есть мнение что это глюк, если руками изменить значение параметра, то он снова появляется, и в версии 2.3 тоже
возможно исправят в 2.4, еже 3-я бета появилась, но до нее пока не добраться

[Leonid R]

где скачать Platform 2.3 HF4 Patch?
viewtopic.php?f=78&t=2931&start=50#p47818
надеюсь там исправили глюк с языком

[Madwolf]

Попробуйте создать новую базу в версии 2.3 и импортировать в нее изделия, например через XML.

[Leonid R]

Только что пробовал на версии 2.3 с HF4
Если взять стандартную базу ESS...mdb и в одном изделии подкорректировать значение поля обозначение 1, то менеджер запихивает в соответствующее поле ??_??@введенный_текст
Проверял и на предыдущих версиях, та же басня
То есть программе не интересно на каком языке ты вбиваешь данные, ставит признак неопределенности.
В версии 1.9.10 интерпретатор верно записывал значения.
Решил эту проблему дополнительной проверкой значения строки.
Eplan.EplApi.Base.MultiLangString mlssttr = apl.ARTICLE_DESCR1;
mlsstr_cor = mlssttr.GetString(Eplan.EplApi.Base.ISOCode.Language.L_ru_RU);
if (mlsstr_cor.Length == 0) mlsstr_cor = mlssttr.GetString(Eplan.EplApi.Base.ISOCode.Language.L___);
dvc.Description = mlsstr_cor;
Теперь всё норм. Благодарю всех за участие в обсуждении.

[AGorskiy]

viewtopic.php?f=78&t=4421&start=25#p48895

[Madwolf]

В ProPanel при наличии размещенных клемм, и включенном упрощенном представлении еплан 100% ловит фатальную ошибку и приложение закрывается. Может быть причина в наличии множества мелких деталей, не знаю.

[aranea]

озарение прямо во сне пришло =)
Leonid R, это не то чтобы глюк, чтобы явно указать на каком языке вы вводите описание и прочие данные (MultiLangString)
щелкните правой кнопкой в поле ввода и выберите "Многоязычный ввод" (можно уже после наборе текста)
после указания языка в БДИ появляются строки начинающиеся с ru_RU

в любом случае ISOCode.Language.L___ должно вернуть нужные данные

ps. еще там есть пункт Перевести, но не могу понять как он работает - не переводит по словам и хочет перевод всей фразы целиком

[Jackson]

Добрый день!

Каждый раз при открытии/закрытии БД изделий появляется сообщение (см.скрин).

С чем это м.б. связано и как устранить? Ёплан Р8 2.3

Спасибо!

Скриншот 2014-09-26 16.14.52.png

[aranea]

что делали такого, что к этому привело? =)
БДИ на MS Access?
если да, сделайте резервную копию файла *.mdb
откройте в MS Access, откройте таблицу tblPart перейдите в режим Конструктор, найдите поле lastchange и установите Размер поля = 30
у меня по умолчанию стоит 30, у вас откуда-то 120 там взялось

либо выгрузить все через хмл в файл, создать новую БДИ и загрузить все в нее

[Madwolf]

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

[AGorskiy]

Евгений, попробуй сжать БД, скрипт viewtopic.php?f=90&t=2752
Признавайся, что делал с БДИ, правил руками файл Эксцесса?

[Jackson]

Извиняюсь что ответ с задержкой - болею.

БД сам не правил. У меня и Acsses-то нет. Эту БД мне подарили, всё было нормально до тех пор пока не обновил Еплан с 2.2 до 2.3.

Как только поправлюсь, попробую сделать то что посоветовали. Спасибо!

[Jackson]

что делали такого, что к этому привело? =)

Обновился с 2.2 до 2.3. :)

БДИ на MS Access?
если да, сделайте резервную копию файла *.mdb
откройте в MS Access, откройте таблицу tblPart перейдите в режим Конструктор, найдите поле lastchange и установите Размер поля = 30
у меня по умолчанию стоит 30, у вас откуда-то 120 там взялось

Так и сделал. Ошибка пропала. Спасибо!

Не понял каким способом нужно создать новую БД - всё в том же Access?

[Madwolf]

Создать прямо в Еплане.

[Jackson]

Да, уже разобрался.

Вдогонку. Вместе с пропаданием ошибки пропала и возможность делать дубликаты изделий (для последующего изменения) - выводилось окно "невозможно внести изменения из-за повторяющихся значений".

Поэтому достал бэкап исходной БД, экспортировал всё в XML, создал новую БД в которую всё импортировал. Вот теперь всё в порядке.

Вывод: лучше пользоваться штатными средствами (сам Ёплан) чем сторонними (Аксесс).

[Madwolf]

К тому же, это лучший способ сжатия размеров БДИ.