Не все сразу. Сайт там все еще в развитии и со временем дополнится описанием свойств и методов собственно TreeView.

Вкратце по поводу HitTest()

Это метод собственно объекта TreeView, который по указанным координатам, относительно верхнего левого угла собственно TreeView возвращает ссылку на узел, находящийся по указаным координатам.

Проблема в том, что внутренний метод HiteTest() требует координат указанных в твипах (twip), а FoxPro предлагает координаты в пикселах. Т.е. необходим перевод координат.

В примере, я создал специальные проперти формы nTwipX и nTwipY, содержащие переводные коэффициенты

* Следующие API функции используются для расчета переводного коэффициента
* из пикселей (их дает VFP60) в твипы (они нужны функции HitTest())
DECLARE INTEGER GetActiveWindow IN WIN32API
DECLARE INTEGER GetDC IN WIN32API INTEGER iHDC
DECLARE INTEGER GetDeviceCaps IN WIN32API INTEGER iHDC, INTEGER iIndex

LOCAL liHDC
liHDC = GetDC(GetActiveWindow())

ThisForm.nTwipX = 1440/GetDeviceCaps(liHDC,88)
ThisForm.nTwipY = 1440/GetDeviceCaps(liHDC,90)


Теперь в методе MouseDown собственно TreeView пишешь такой код

*** ActiveX Control Event ***
LPARAMETERS button, shift, x, y
LOCAL loNode
loNode=This.HitTest(x*ThisForm.nTwipX, y*ThisForm.nTwipY)
if IsNull(m.loNode)=.T.
MessageBox('Под мышкой нет узла')
else
MessageBox(m.loNode.text)
endif

Можешь еще посмотреть примерчик

http://nsvisual.com/fox2/sol/index.php?act=view&id=188

Это собственно Drag-Drop в TreeView, но один из способов - это как раз вызов подменю по правой кнопке мыши

Специально я не проверял. У меня действительно переводной коэффициент всегда равен 15, но я слышал о ситуациях, когда он равен 12 (возможно другой алгоритм расчета).

Я просто не очень понимаю, что эти API-функции делают (точнее какие значения возвращают)

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

Второй момент - это возвращаемый тип данных.

Ведь HitTest() по логике должен в любом случае вернуть переменную типа "Object", просто если нет объекта, то ее значение будет равно NULL. Поэтому я не думаю, что отлавливать именно ТИП возвращаемого значения - это хорошая идея. Нужно проверять именно ЗНАЧЕНИЕ.

По поводу Solution.pjx - у меня VFP6 и этого примера нет.

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

2 NNN
>Одно замечание: контекст устойства необходимо удалять после того, как он не используется, он все-таки немало памяти ест.

Как это выполнить практически для VFP6 ? Там есть только CLEAR DLLS, что в принципе недопустимо использовать - мало ли какие библиотеки у меня еще загружены.

Спасибо. Не силен я в API :(