Как узнать контрол вызвавший дисплейный метод?

[Perc]

Цитата:

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

Прямой ответ: технически нельзя.

Ну получается тогда я не ерунду спросил) Про ерунду я и сам все знаю)

А вообще хотелось красиво и компактно заменить блок в форме выводящий наименование всех фин. аналитик. И заодно заложиться теоретически на изменение возможно их количества. Есть примеры накоряченные решения такой задачи. Но много текста или не универсально. Вот если бы у меня controlCallingMethod() сработал все бы вышло изящно. Два метода по пять строк)

[S.Kuskov]

Цитата:

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

Есть примеры накоряченные решения такой задачи.

Вы про это? Итератор с поддержкой методов обратного вызова для обработки контролов на форме

[Perc]

Цитата:

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

Вы про это? Итератор с поддержкой методов обратного вызова для обработки контролов на форме

Нет эту тему я не видел.
Но тут кстате забавно оказывается, что автор этой темы первый посоветовал не заниматься ерундой)

[ax_mct]

Цитата:

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

Ну получается тогда я не ерунду спросил) Про ерунду я и сам все знаю)

А вообще хотелось красиво и компактно заменить блок в форме выводящий наименование всех фин. аналитик. И заодно заложиться теоретически на изменение возможно их количества. Есть примеры накоряченные решения такой задачи. Но много текста или не универсально. Вот если бы у меня controlCallingMethod() сработал все бы вышло изящно. Два метода по пять строк)

Я прошу прощения и понимаю что вопрос чисто технический но все же.
Зачем? Даже если чисто для себя. Какое обоснование для данной модификации?
Будет ли это использоваться на живом приложении или это просто развлечение?

Что именно мешает использовать свой дисплейный метод для каждого контрола?
Не мое дело конечно, но просто в тему о "красоте" в "Прощай X++"

[S.Kuskov]

Цитата:

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

Зачем?

Цитата:

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

хотелось красиво и компактно заменить блок в форме выводящий наименование всех фин. аналитик. И заодно заложиться теоретически на изменение возможно их количества. )

.

[Perc]

Цитата:

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

Я прошу прощения и понимаю что вопрос чисто технический но все же.
Зачем? Даже если чисто для себя. Какое обоснование для данной модификации

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

Цитата:

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

Что именно мешает использовать свой дисплейный метод для каждого контрола?

Хотелось выполнить не замысловатое условие - Не вспоминать про эту форму если мы вдруг меняем количество финаналитик в системе с 3 на 10, что есть довольно заурядная задача.
Шут с ним с дисплейным методом, предложите другой способ. У меня была реализация (писанная не мной), там метод актив на датасорсе дополнялся вытаскиванием наименований. Но мне он не понравился тем, что 10 запросов к справочнику аналитик шло даже если наименования на другом табе и его не смотрят.

[Napalm]

Цитата:

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

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

И чем плох вариант с display методом возвращающим массив? При изменении к-ва аналитик с 3-10 не приходится модифицировать половину AX именно благодаря использованию массива для их хранения.

[Perc]

Цитата:

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

И чем плох вариант с display методом возвращающим массив? При изменении к-ва аналитик с 3-10 не приходится модифицировать половину AX именно благодаря использованию массива для их хранения.

Пробуем реализовать.
1. на что вешать дисплей метод? На все контролы? и все 10 будут делать десять запросов?
2. Ну предположим все таки както вернули массив. Как вы будете раздавать членов этого массива по клеточкам?)

ммм.. Не понимаю как не особо фанатея с кодом (дполнительные переменные хранения, проверки, контроль текущей записи..) решить задачу этим предположением.
И как в итоге решиться проблема роста аналитик и количества контролов на форме.. Утыкаемся туда же откуда начали.
В общем, лучше возьмите форму и попробуйте реализовать то о чем подумали) расскажите мне подробности) Задача то простейшая. И кода не должно быть больше чем 10 дисплейных методов)

[Владимир Максимов]

Цитата:

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

Вытянуть наименования финаналитик рядом с кодами на стандарной закладке и как говориться забыть.

Э... Может, я чего не понимаю, но разве названия фин.аналитик автоматически не появляются из EDT? Ну, стандартная форма LedgerJornalTable - закладки "Аналитика". Или что-то другое имеется в виду?

[Kabardian]

Цитата:

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

Совершенно обыкновенная весчь. Вытянуть наименования финаналитик рядом с кодами на стандарной закладке и как говориться забыть.

Можете уточнить версию системы? Это ведь не AX 2012? В ней такая задача уже решена уже в стандарте - рядом с кодом финаналитики выводится и наименование.

[Perc]

Цитата:

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

Можете уточнить версию системы? Это ведь не AX 2012? В ней такая задача уже решена уже в стандарте - рядом с кодом финаналитики выводится и наименование.

Нет, не 2012. В ней не работал еще активно. Предыдущие версии.
Тогда действительно.. что это я.. стимул улучшений устаревающих версий потерян..)

[Perc]

Цитата:

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

.. В ней такая задача уже решена уже в стандарте - рядом с кодом финаналитики выводится и наименование.

Кстати, первый достойный и повальный аргумент - почему не надо страдать ерундой)