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

[Vasiliusis]

Цитата:

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

Бггг.
Вы упорно не понимаете, что пользователи не живут в мире программирования.
Ну, ок.
Удачи.

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

благодарю, Мацци, с вами всегда очень приятно общаться!1

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

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

да, именно так, в гриде выводим - в гриде редактируем. Переучивать бесполезно кого-либо, поверьте мне, человеку работающему в нашем предприятии с выжившими из ума пенсионерами (у нас не все такие, к счастью, но увы адекватных меньше). Задача стоит переписать старую программу практически ПОЛНОСТЬЮ сохранив интерфейсы. Иначе - саботаж. вот так.

[gl00mie]

Цитата:

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

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

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

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

[trud]

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

[gl00mie]

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

[pitersky]

Цитата:

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

Переучивать бесполезно кого-либо, поверьте мне, человеку работающему в нашем предприятии с выжившими из ума пенсионерами (у нас не все такие, к счастью, но увы адекватных меньше). Задача стоит переписать старую программу практически ПОЛНОСТЬЮ сохранив интерфейсы. Иначе - саботаж. вот так.

Я когда-то сталкивался с аналогичной проблемой. У меня, правда, был достаточно грамотный начальник, который пошёл прямо к генеральному и объяснил, почему не надо пытаться делать жигули из мерседеса. И помогло)))))

[ax_mct]

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

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

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

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

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

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

[Wamr]

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

[Napalm]

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

[macklakov]

Цитата:

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

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

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

[dech]

Цитата:

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

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

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

[ice]

Цитата:

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

Ну по-английски читается именно так. Никто же не произносит Pizza как "пизза". Все говорят "Пицца".

ИМХО слово "Pizza" является скорее исключением как в написании, так и в произношении, тк пришло в английский язык из другого языка. Вот вам другие примеры jazz, frizzy, muzzy, где произносится звук "з"