Сохранить ТЗ справочника #196158

Создаю ТЗ (многострочную) в справочнике, как ее сохранить (как реквизит) и как к ней обращатся ?

ЗначениеВСтрокуВнутр(<?>);Синтаксис:ЗначениеВСтрокуВнутр(<Объект>)Назначение:Преобразование значения объекта агрегатного типа в строковое системное представление.Возвращает: представление значения объекта в строковом системном виде.Параметры:<Объект> - значение объекта агрегатного типа данных которое нужно преобразовать.Подробнее см. в документации, глава ''Системные процедуры и функции''

Так что создаешь? Реквизит или в форме окно с ТЗ - тогда это не реквизит.

Окно с ТЗ в справочнике контров

Какую смысловую нагрузку несет эта ТЗ?

Нужно на форме элемента сделать что-то многострочное. Еще есть пути?

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

Повторю мысльСоздаешь строковый реквизит с неограниченной длинной, далее при изменении ТЗПри открытииТЗ.Загрузить(ЗначениеИзСтрокиВнутр(Реквизит))

Объясни толком для чего тебе ТЗ

чем заполнить?

Надо ведь наверное начинать с того, что будет в этой ТЗ, для чего она? Правильно спросил Sasha. А уж потом решать как хранить. Да и то не вполне правильно, потому как обычно все-таки от структуры данных пляшут. Расскажи что ты хочешь в справочнике показывать?

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

У меня таким образом в справочнике ОС хранится доп. информация по Диаметру и количеству. Может быть несколько диаметров с разным количеством.

А у него как косяк появиться, он снова спросит совета :-)Может тогда поподробнее напишет, чего хочет.

Опера глючит 8)).13 в чем косяк?

Не проще ли будет создать подчиненный справочник, а при открытии элемента в ТЗ загружать его значения?

Вопрос риторический, так как автор-партизан. 80% вопросов: а как мне создать или показать или сохранить? А начинать надо чуть подальше: у меня стоит проблема учитывать поросят и надо так-то и так-то это показать. А наш автор засунет эту ТЗ в строку и будет беречь ее как девственница:) не пойму только зачем это ему)

Оба варианта имеют право на жизнь. Иногда хочется так сделать, иногда по другому. Например, когда делал справочник блюд, то состав ингридиентов засунул в ТЗ, там же и все изменения делаются, хотя просматривал вариант и с подчиненным.

Почему засуну? При открытии усе видно будет, при обращении из-вне - тоже. Нужно это чтобы дать контрам на опред. товары (категории) опред. скидки/наценки.

Значит я просто чего-то не догоняю:)ну дашь ты скидки и для расчетов опять будешь из строки в ТЗ вытаскивать? Данные должны храниться в виде удобном для расчетов, визуализации и написания отчетов. Понадобится тебе отчет с этими скидками и что будешь делать? дело конечно хоязйское:)

А как сделать проще?

Вариант с ТЗ плох если в многострочной информации будут использоваться объекты БД (элементы спр. например). Т.к. таблица будет храниться в текстовом виде - эти объекты не увидит контроль ссылочной целостности. Плохо при удалении помеченных объектов, например.

подчиненный справочник

(+25) изменения проводить документами (как штатное расписание)