Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

мультиязычность для реквизитов справочника

мультиязычность для реквизитов справочника
Я
   zladenuw
 
07.10.16 - 01:04
Подскажите кто реализовывал мультиязычность для реквизитов справочника.
Допустим есть поле выбора где пользователь указывает язык.
И на форме нужно обновить(переключить) вывод данных на другой язык.
Как лучше реализовать это ?
Как хранить данные. Выводить на форму ?
 
 
   Базис
 
1 - 07.10.16 - 09:29
Навижн, ФоксПро, семёрка или бюджетка?

8 платформа это предусматривает, в типовых не встречал. Идея примерно такова - у пользователя выбирается язык интерфейса, в нужных полях экранных форм задаётся синонимы на нужных языках.
   zladenuw
 
2 - 07.10.16 - 16:36
(1) 1с8. Мне нужно данные хранить в разрезе языков. А не название реквизитов :)
   zladenuw
 
3 - 07.10.16 - 16:37
(2) Данные уходят на сайт. Сайт поддерживает мультиязычность. Хотят что бы все это чудо паровоз шел с 1с.
   DrShad
 
4 - 07.10.16 - 16:38
(2) т.е. один и тот же реквизит может иметь несколько значений на разных языках!?
   zladenuw
 
5 - 07.10.16 - 16:38
(4) да
   DrShad
 
6 - 07.10.16 - 16:40
(5) фигасебе, а куда это все писать?
   zladenuw
 
7 - 07.10.16 - 16:40
(5) Думал свойства. и динамически рисовать на форме. при переключение пользователем языка. ему отображались эти реквизиты. Пока думаю ПВХ и РС
   butterbean
 
8 - 07.10.16 - 16:40
ну делай регистр сведений + справочник языков, делов-то
   zladenuw
 
9 - 07.10.16 - 16:41
(8) Тогда с УТ 11 слизать и добавить реквизит язык. и доделать помощника при создание что бы могли выставлять для каких языков нужно создавать
   zladenuw
 
10 - 07.10.16 - 16:42
Вариантов то не много :(
 
 Рекламное место пустует
   zladenuw
 
11 - 07.10.16 - 16:43
Хотя можно не РС. а табличную часть справочника и в нем хранить свойства и значения. меньше связей к таблицам будет
   DrShad
 
12 - 07.10.16 - 16:43
(9) что слизывать? мультиязычность заголовков реквизитов это платформенное
   DrShad
 
13 - 07.10.16 - 16:43
но тебе же не это нужно
   zladenuw
 
14 - 07.10.16 - 16:44
(13) Слизывать отображение свойств в УТ11. они рисуются динамически и распологаются на форме элемента номенклатуры.
   zladenuw
 
15 - 07.10.16 - 16:44
(14) как реквизиты
   DrShad
 
16 - 07.10.16 - 16:45
(14) ты про доп реквизиты чтоли?
   zladenuw
 
17 - 07.10.16 - 16:52
(16) часть возможно стандартных. а часть доп
   DrShad
 
18 - 07.10.16 - 16:58
(17) не ну попробуй конечно, только имхо это совсем не то - намучаешься с их расположением на форме, в УТ это тупо вертикальная группировка
   Tatitutu
 
19 - 07.10.16 - 16:59
(0) вот так не подойдет (как пример)
https://clck.ru/AAfDR
   zladenuw
 
20 - 07.10.16 - 17:06
(18) Да вот я думаю. Что лучше. Потом же этот паровоз сопровождать.
   zladenuw
 
21 - 07.10.16 - 17:07
(19) Это представление названий реквизитов. А мне нужны данные на разных языках :)
   DrShad
 
22 - 07.10.16 - 17:08
(21) имхо лучше сделать скульную БД, в нее выгружать из 1С и спец обученная девочка там же будет все переводить

оттуда и на сайт закидывать
   badboychik
 
23 - 07.10.16 - 17:08
по-моему, решение для хранения простое - регистр сведений "Язык-ЭлементСправочника-ИмяРеквизита"=>"Значение". А реализовать вывод в поле (и сохранение в этот регистр) в зависимости от языка можно в расширении, переопределив в расширении методы ПриСозданииНаСервере() и ПриЗаписиНаСервере()
   DrShad
 
24 - 07.10.16 - 17:11
(23) тогда уж несколько РС ибо один будет огроменный
   zladenuw
 
25 - 07.10.16 - 17:16
(24) А если n языков :)
   zladenuw
 
26 - 07.10.16 - 17:18
(22) так хотят в 1с. так бы на сайте все заполняли. А хотят от этого отойти.
   badboychik
 
27 - 07.10.16 - 17:24
(24) почему он будет огроменный? Там будет всего то (ЧислоСсылок)*(ЧислоЯзыков)*(ЧислоРеквизитов) записей
   RayCon
 
28 - 11.10.16 - 01:03
(19) Поправь опечатки:
еврит -> иврит
файлеревода -> файл перевода
Нужно подробности -> Нужны подробности
раскроем и убедится -> раскроем и убедимся
в одно месте -> в одном месте
я ждет -> и ждет
заполняем значение -> заполняем значением
что нужен ОБЯЗАТЕЛЬНО перевести -> что нужно ОБЯЗАТЕЛЬНО перевести

А ещё надо бы пунктуацию поправить и вот этот набор слов: "Чтобы ваш перевод сохранился или вам удобнее делать перевод отдельно."
   Cyberhawk
 
29 - 11.10.16 - 01:19
Столько реквизитов, сколько языков. Примеры: НаименованиеРус, НаименованиеEn, НаименованиеНац, НаименованиеЛат и т.д.
   RayCon
 
30 - 11.10.16 - 01:28
(21) Во-первых, для пользовательских данных нет тиражных инструментов автоматического перевода. Разумеется, автоматический перевод можно использовать как подстрочник для ручного, но это не сильно спасает на большом массиве информации.

Во-вторых, проблема по-любому упирается в способ хранения словаря в виде значений матрицы типа:
Справочник - Элемент справочника - Наименование на языке1 - Наименование на языке2 - Наименование на языке3..
Например, можно воспользоваться вариантами, предложенными в (22) или (29), а также придумать своё собственное "местохранилище" (РС, другие БД, внешние файлы и пр.) Во многом это будет определяться теми данными, которые нужно переводить и хранить.

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

В-четвертых, переводить лучше одному человеку. Причина проста: толпа накосячит (даже профессиональные переводчики со страшной силой врут в специальных областях). Или, как вариант, переводчиков может быть несколько (и пусть хоть по API автопереводят), но ответственный за конечную редактуру терминов, ввод их в словарь и содержание словаря должен быть один. А это вообще не техническая проблема, а организационная сродни профилактике дублей в справочниках.

Замечу, что знаю ребят, которые пытались в той или иной степени это реализовать - могу с ними познакомить для обмена идеями. Но, сразу предупреждаю, как правило, это был один язык. Также могу показать свою старую разработку на 7.7 с пополняемым словарём (просто как информацию к размышлению).

В заключение могу пригласить в команду разработчиков, которая сейчас Small Business (УНФ на английском) адаптирует для Европы - там будет много языков, и рано или поздно та же проблема возникнет где-нибудь в Швейцарии, где 4 государственных языка. Тут то мы друг другу и пригодимся! :)
   Cyberhawk
 
31 - 11.10.16 - 01:31
(30) А эта команда, "которая сейчас Small Business (УНФ на английском) адаптирует для Европы" - это филиал российского франча с офисом за рубежом?
   RayCon
 
32 - 11.10.16 - 01:32
(0) Предлагаю объединить усилия с коллегами из ветки "Перевод данных на разные языки": Перевод данных на разные языки
:)
   RayCon
 
33 - 11.10.16 - 01:39
(31) В проекте принимают участие как франчи, так и частные лица. Состав регионов "коллаборантов" указан в анонсе доклада Алексея Снитковского "Международный Проект - разработка продукта для управленческого учета на базе 1C:Small Business (первая международная типовая)" на странице конференции Инфостарт: http://event.infostart.ru/2016/?utm_source=portal-ie2016dev&utm_medium=banner&utm_campaign=speaker&utm_term=portal-topline
 
 


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует