Можно ли создать edit-метод в таблице кодом на X++?

[dech]

Цитата:

Сообщение от Vasiliusis

Мне это нужно для формы с гридом, в котором количество столбцов меняется в рантайме в зависимости от данных в базе.

Меня терзают смутные сомнения... Вы случайно раньше на Delphi+Firebird не работали?

[Vasiliusis]

Цитата:

Сообщение от dech

Меня терзают смутные сомнения... Вы случайно раньше на Delphi+Firebird не работали?

не работали

[sukhanchik]

Кстати, нормальное желание для тех, кто:
1. Привык к таблицам в Excel (в т.ч. сводным)
2. Знает, что такое перекрестные запросы (штука, не поддерживаемая АХ).

Т.е. все это похоже на требования к BI-системе только в сильно упрощенном виде.
Соответственно, и реализовывать все это проще с использованием ActiveX-компонент, имеющих отношение к BI. Самый наипростейший вариант (правда немного устаревший) - компонент SpreadSheet из пакета Office Web Components (OWC). Вариант потяжелее - это непосредственно Excel.
Самое сложное из всего этого - приучить пользователей, что если вывести данные так еще и можно (обычный отчет в Excel, где на скрытом листе данные, удобные для представления в АХ, а на отображаемом листе - сводная таблица, опирающаяся на эти данные), то вот обеспечить такую форму для ввода - это сильно сложно. Сильно = затраты на реализацию неоправданно высоки по сравнению с тем, чтобы приучить народ вводить в другом виде, но иметь отчет.

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

[gl00mie]

Цитата:

Сообщение от sukhanchik

Самый наипростейший вариант (правда немного устаревший) - компонент SpreadSheet из пакета Office Web Components (OWC). Вариант потяжелее - это непосредственно Excel.
Самое сложное из всего этого - приучить пользователей, что если вывести данные так еще и можно (обычный отчет в Excel, где на скрытом листе данные, удобные для представления в АХ, а на отображаемом листе - сводная таблица, опирающаяся на эти данные), то вот обеспечить такую форму для ввода - это сильно сложно. Сильно = затраты на реализацию неоправданно высоки по сравнению с тем, чтобы приучить народ вводить в другом виде, но иметь отчет.

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

Затем введенные данные брались из листа OWC, запихивались в строки журнала кросс-докинга, журнал разносился. Пользователям было удобно и привычно потому, что они до этого то же самое делали в Excel, а тут они могли просто выплюнуть данные в Excel, отредактировать и вставить результат обратно через буфер обмена. Но эти бантики было реально трудоемко реализовывать...

[trud]

так а зачем усложнять. недавно делал похожую задачу - обошлось десятком заранее созданных edit методов и енумом из 10 значений, который определял позицию элемента в гриде. ну и init методом на основной форме с гридом который менял лейблы и скрывал неиспользуемые
сортировки правда не требовалось.

[gl00mie]

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

[ax_mct]

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

Ну если надо вот так как типа в Excel так значит надо использовать ActiveX и использовать функционал Excel на форме. Хотя тоже изврат. Мы же не китайцы у которых понятие чересчур сложного отсутствует. Типа что думать, берёшь кирпич и строишь Великую Китайскую стену.

Профи он ведь в достаточности усилий и эффективности результата, априори ленивый.
Ну если горизонтальное представление нужно показывать вертикально в АХ и иметь возможность редактировать, тогда пусть делают это в Excel примерно так как работает Atlas и в АХ 2012.
И в предыдущих версиях не велика беда - немного VBA и АХ бизнес-коннектор.
По крайней мере дизайн такого решения и его обоснованность уже можно понять.

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

Зы: но ещё профессионализм в умении говорить слово НЕТ.
Потому как все же строки в базе переводить в динамические столбцы это даже не экстрим, это
Полный привет. Следующим будут круглые кнопки.

Можно ещё временную таблицу создавать как источник данных для формы где переворачивать строки в столбцы.

[Wamr]

Если набор данных не велик, то можно сделать.
Временная таблица со столбцами данных Field1-FieldN и ключевыми (например код клиента)
Некое правило преобразования вашего ABC к FieldK и обратно.
При открытии формы ввода заполняете временную таблицу, при изменении данных в полях сохраняете информацию в свою основную таблицу.

[Napalm]

Можно сделать один универсальный edit метод.

[macklakov]

Цитата:

Сообщение от Napalm

Можно сделать один универсальный edit метод.

насколько универсальный?

[dech]

Цитата:

Сообщение от macklakov

насколько универсальный?

С кучей кейсов)))