Latest post of the previous page:
«проблему апи» породили вы. увидев, что far.SubscribeDialogDrawEvents ничего не решает вы вместо того, чтобы честно написать: SubscribeDialogDrawEvents не нужна, проблема на самом деле в диком количестве перерисовок меню и к макросистеме не имеет отношения, пишете:John Doe wrote:Для каких-то целей мне понадобилось воспользоваться событиями перерисовки, это верно.
Но попытавшись это сделать я обнаружил что это абсолютно невозможно ни для каких целей.
Это проблема АПИ, а не xy.
(Разумеется пока в меню "официально" событий нет, это "официально" не проблема, а, скажем, пожелание)
Всё отлично, спасибо!
. вы породили очередной костыль в фаре и скрыли это от всех. как вы думаете, какое после этого будет отношения к вашим пожеланиям и багрепортам?а вы присмотритесь. пост мой предыдущий перечитайте. другой пример. зачёркнутая часть.John Doe wrote:С каждым бывает, но не замечал что склонен описывать проблемы такого рода (и сейчас в упор не вижу).
так описывайте. не надо лезть туда, где необходим анализ исходников фара и знание c++. сравните:John Doe wrote:Бесспорно. Но я не владею c++, и не могу проанализировать исходники фара, поэтому излагаю проблему в терминах того, что получаю через АПИ.
Не могу судить, что тут нужно лечить, а могу лишь описать, как оно проявляется.
меню в фаре необоснованно часто перерисовываются
и то что вы написали в первом посте. при странных событиях возможны две ситуации:John Doe wrote:С этой точки зрения задача в том, чтобы иметь в ProcessDialogEventW понятные (а значит пригодные для использования) события.
И это не какое-то абстрактное оторванное от практики желание, это реальная необходимость в условиях скудной документации фара, в которой не описывается ряд существенных деталей (таких как например порядок событий, и т.п.).
1. если реальный баг. его и надо описывать, а не лезть туда, где требуется анализ исходников фара и знание c++.
2. если явного бага нет, значит он был и его закостылили. ждите, пока исправят нормально.