Hi,
I tested this in version 102, and MEMBER = Itself seems to work fine. The performance issue occurs when comparing one member to another. As Declan pointed out, we also rely on conditions that must compare to another member, especially for differentiating between forecast and actual periods. So while this fix helps in cases like MEMBER = Itself, input performance will still be slow in many other scenarios, which remains a problem for users. As a workaround, activating the grid refresh option "Defer on leaf data change" can help.
I asked in the last Ask Me Anything session whether this issue will eventually be fully fixed without limitations so that performance returns to how it was before version 96, when the problem first appeared. Unfortunately, I didn't get an answer, so I'll try again in the next session.
Also, if I understood correctly, the new Hierarchy Property-Based Formatting feature should be released soon. The question is whether using this feature instead of traditional conditional formatting will improve input performance.
------------------------------
Mario Hasler
------------------------------
Original Message:
Sent: Wed March 12, 2025 03:08 PM
From: Mario Hasler
Subject: Input Latency Issue with Member Format in PAW
I hope IBM will fully resolve this issue without the limitations outlined in the response Asgeir received from support.
------------------------------
Mario Hasler
Original Message:
Sent: Fri March 07, 2025 11:18 AM
From: Asgeir Thorgeirsson
Subject: Input Latency Issue with Member Format in PAW
IBM proposes the following solution
Although this might ease someone's pain, it will not resolve the performance issue when a member is compared to a member.
I use member compared to itself a lot to color levels or values of a consolidated member.
So I guess, this fix will not ease my pain

------------------------------
Asgeir Thorgeirsson
Software Engineer, MS
Icelandair
Reykjavik
Original Message:
Sent: Thu December 05, 2024 07:12 AM
From: Asgeir Thorgeirsson
Subject: Input Latency Issue with Member Format in PAW
Hi,
I've identified a root cause for significant input latency in PAW, version 2.0.98.
When using member formatting-such as coloring columns or applying cell formats based on value conditions (e.g., <> 0
)-I experience a noticeable latency increase.
- With member format applied: Input latency ~2.60 seconds
- Without member format: Input latency ~0.50 seconds
This has a direct impact on the user experience, especially during heavy data input sessions. Removing the member format resolves the issue but at the cost of visual clarity.
Has anyone else encountered similar behavior? Are there any known optimizations or workarounds to retain formatting without compromising performance?
Looking forward to your insights!
------------------------------
Asgeir Thorgeirsson
Software Engineer, MS
Icelandair
Reykjavik
------------------------------