Многоязычная конфа. Получаю

МетаданныеТипа = Метаданные.НайтиПоТипу(ТипЗнч(пОбъектСсылка));

Могу потом обратиться МетаданныеТипа.Синоним, но он возвращается на языке текущего пользователя. А как мне его вытянуть на заданном языке независимо от текущей языковой настройки?

Как это на "заданном"? Синоним задается на языках, присутствующих в прикладном решении. Языка "по умолчанию" нету.

Нужен аналог НСтр, которая позволяет же выбрать строку на нужном языке.

Суть в чём. В конфе все синонимы на 2-х языках - рус/укр, и есть специальный регистр для регистрации действий с объектами справочников. В него надо записывать информацию вида "Справочник <Название>", где <Название> - это дружелюбный для пользователя синоним справочника. Фокус в том, что этот синоним выдаётся системой в зависимости от текущего языка пользователя, и получается чехарда - то "Справочник Физлица", то "Справочник Фізособи". И затем по этому полю невозможно отбор/группировку делать.

А зачем вообще записывать текст? Не проще ли записать ссылку а потом выводить ее на дружественном пользователю языке?

Не получите вы синоним на требуемом языке, платформа такого не позволяет. Пишите в регистр Имя объекта, оно всегда будет одно независимо от языка.


Человеку, насколько я понял, надо не ссылка, а вид объекта.

Глупо... Почему бы и не сделать этого - ведь если в коде можно достучаться ко всем метаданным, то почему синонимы на всех определённых языках нельзя перебрать.



Зачем обычному пользователю мои программные идентификаторы?? Ведь в этом как раз и есть смысл синонимов...

В таком случае сделайте, например, регистр "СинонимыОбъектовМетаданных" и в них храните программный идентификатор и его синоним. Дальше, я думаю, понятно.

Можно хранить идентификатор, а пользователю показывать синоним.

Х-м, прикольное решение - но не программистское

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

Но за идею спасибо. Если ничего толкового больше не найдём, то как обходной путь возможно что его используем.



Синоним откуда и какой? Что-то не понял...

Если таблицу заполнить программно - то решение программистское

Согласен, можно при старте приложения как-то заполнять/обновлять эту таблицу программно по синонимам, но опять-таки упираемся в проблему аккаунта текущего пользователя и его языка. Как здесь быть?

Не таблицу - а регистр сведений.
Соответственно когда мы заходим на китайском языке - в регистре всё ещё есть данные оставшиеся после запуска на русском.

под "таблица" я подразумевал общее понятие - это м.б. и регистр, и справочник, и т.д. - не суть важно

всё равно не пойму вашу идею - мне надо синонимы на строго определённом языке независимо от языка текущего пользователя

код какой-то покажете?

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

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

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

Вот почему разрабы 1С, как я считаю, должны реализоватьпрограммную возможность получения синонимов на заданном языке.

Танцуйте. Платформа 8.3:

УРА!!!!

Как руки дойдут - достану дистрибутив 8.3 и буду пробовать.