Пара вопросов по grid в 2009-й

[TasmanianDevil]

Коллеги, помогите разобраться с парой моментов по subj'у:

• свойство ActiveBackColor вообще работает или нет? Изменение его в AOT, build- и run-time через метод activeBackColor() результата не дают (цветовые схемы Default и WindowsPalette) - цвет выделения позиции один и тот же.
• можно ли программно сымитировать поведение грида при маркировке одной позиции, когда все контролы грида в строке текущей позиции выделяются тонкой пунктирной рамкой ? (markRecord() у источника данных ставит отметку на кнопке строки, но рамку выделения не формирует)

[БАХ43]

Перекрывай метод displayOption на источнике. Пример:

public void displayOption(WMSShipment _wmsShipment, FormRowDisplayOption _options)
{
    ;
    if (_wmsShipment.status == WMSShipmentStatus::Activated)
    {
        _options.backColor(WinApi::RGB2int(255,0,0));
    }

    super(_wmsShipment, _options);
}

[TasmanianDevil]

Цитата:

Сообщение от БАХ43

Перекрывай метод displayOption на источнике

Не подходит для решения моей задачи.

Я пытаюсь победить старинную багофичу интерфейса 2009-й, когда в на форме с несколькими гридами все гриды (активный и неактивные) имеют идентичный цвет выделения текущей позиции и бес его разберет, в каком гриде находится курсор.
Решается это обычно двумя способами :
1) приходится всматриваться в каждый в целях поиска в подсвеченной строке либо контрола без цветовой пометки (фокус на контроле, который можно редактировать), либо контрола с тонкой пунктирной рамкой (фокус на readonly контроле)
2) тыкать мышом для уверенности в нужный грид

Оба два варианта - потеря времени и порядком уже такая ситуация задрала.

Без допиливания каждой формы отлавливать смену активного грида можно без проблем - info.formNotify() и доступный там экземпляр SysSetupFormRun дают прилично пространства для глобальных игрищ.

Однако, на финальном шаге , когда на 100% достоверно получена информация о том, какой grid/datasource на произвольной форме в отловленный момент перехода с одного на другой является активным, а какой - нет, варианты исполнения задуманного не работают. Смена цвета выделения позиции не работает, маркировка записи программно на неактивном гриде при отключенном подсвечивании активной позиции - визуально не дает того же эффекта, что ручная маркировка (на втором вложении - результат того, когда в верхнем гриде выделил одну строку и перешел в нижний грид) .

[DmitryK]

А если отслеживать изменение фокуса на контролах гида?

[TasmanianDevil]

DmitryK, его, во- первых, глобально не отловишь и не получится в одном месте для любой произвольной формы использовать, а во-вторых - что оно даст ?

[Logger]

Пытался решать похожую задачку
Проблема с интерфейсом в Windows 2012 R2 и Ax2012

правда до конца не довел.

Но может вам идея подойдет.

[DmitryK]

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

[БАХ43]

У меня получилось. Так надо было?

[TasmanianDevil]

Цитата:

Сообщение от БАХ43

Так надо было?

Оно самое. Чем меняли цвет ? Используемая цветовая схема ? Использовались ли допонительные методы обновления/перерисовки грида/формы ?

[БАХ43]

Я перекрыл методы Enter на гридах - заголовке и строках.
Для SalesLineGrid

public void enter()
{
    SalesLineGrid.activeBackColor(WindowsPalette::HighlightBackground);
    GridHeader.activeBackColor(WindowsPalette::InactiveTitleBar);
    super();
}

Для GridHeader

public void enter()
{
    SalesLineGrid.activeBackColor(WindowsPalette::InactiveTitleBar);
    GridHeader.activeBackColor(WindowsPalette::HighlightBackground);
    super();
}

Это при условии, что в свойствах этих гридов ColorScheme = default или Windows Palette. При схеме RGB, видимо, в аргументах надо будет выбирать WinApi::RGB2int и соотношение красного зеленого голубого.
Можно было перекрыть метод получения (или потери) фокуса. Но он сработает только, если нажал в гриде на поле, разрешенное к редактированию.
Субъективно - показалось, что форма стала сильно тормозить. Но, возможно, что это просто тестовая база, у которой мало оперативки для кэша.
ЗЫ: Дочитал вопрос - ничего дополнительного для прорисовки не использовал.

[TasmanianDevil]

Все тоже самое делаю.
Хоть конкретно на форме, хоть через свой механизм отлова в run-time grid'а, принадлежащего источнику данных активной записи при событии RecordChange в info.formNotify() - результат смены цвета выделенной позиции идентичен предыдущему, т.е. никакой.
Цветовая схема grid и самого дизайна формы - Default
Ни компе стандартная тема Windows 7 с единственным изменением - однотонный цвет рабочего стола.

Где-то завелся мелкий шайтанчик ...

[Logger]

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

[TasmanianDevil]

Цитата:

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

Аксапта локально стоит ?

Да, обычный локальный виндовский клиент - никакого терминала.

P.S. во вложении - видео с экрана, поменяйте только расширение на mp4, иначе было не залить

[БАХ43]

Попробуй поиграть с ColorScheme = RGB и классом WinApi::RGB2int. И в клиент перезаходи - дизайн формы закеширован может быть.

[БАХ43]

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

[БАХ43]

Аяй. Вот прикол. Ща запустил клиента на 7-ке, тоже нет изменений в цвете.
Работает у меня оказывается только на Винсервер 2008

[Logger]

А если классическую тему поставить?

[TasmanianDevil]

Цитата:

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

классическую тему

Так она и стоит.

[БАХ43]

Копай настройки Винды. В таком варианте activeBackColor работает