Управление BROWSE реализуется его 100500-ми опциями, навешиванием ON KEY и командами типа HIDE WINDOW/RELEASE WINDOW/MOVE WINDOW кондовый FPD стиль, выглядящий в VFP мягко говоря неуместно.
Ну с использованием VFP-ного BROWSE NAME oRef ещё чутка "порулить" можно через более привычный oRef.свойство=...
Используя тупую форму с гридом - при том даже "универсальную", с "универсальным" же гридом - автонастраивающимся на текущий курсор - вполне можно полноценно управлять всеми аспектами этого "почти BROWSE". В т.ч. и нужной ТС "закрывалкой", и многим другим.

Ф вы о чем? что надо кодить мтк )

Громозека ты, Игорь

akvvohinc
И для этого вовсе не обязательно, как написал Crispy, вставлять BROWSE в какое-то окно - browse-окно само по себе окно.

Использование вписывания BROWSE в другое окно давало ряд больших преимуществ в FPD. Использование же "голого" BROWSE обычно встречалось лишь в программах, написанных в стиле "наивного программирования". Ну или может у кого-то, когда надо тяп-ляп по тяпкину, и чтобы вчера было готово, а завтра оно может уже никому и не нужно. Да и то, обычно в приличных домах всегда для такого уже имелись готовые шаблоны - со всеми окнами, цветовыми парами и прочими делами.

Использование же BROWSE в VFP - таки все же некий изврат, на мой взгляд тоже, и в реально работающем приложении ничем другим, кроме садомазохизма его использование явно не оправдано, т.к. выпадает из самой концепции VFP, опираясь на старую концепцию окон "безоконного периода" (то бишь ДОС), зачем-то оставленную в VFP, вероятно лишь для обратной совместимости. Ну подарили ей конечно "объектность". Но несколько кривоватую по правде говоря. Честно пытался когда-то использовать ну хоть где-то в VFP-приложениях BROWSE, но каждый раз начинал плеваться, как только доходило до чего-то более-менее требующего нормальной работы этого "объекта" с пользователем, и в итоге поскорее заменял его на вполне добропорядочный в этом отношении объект грид, пусть не идеальный, но все лучше, чем что-то другое в фокспро.