delphi 菜单的项目是否可用

菜单的项目是否可用

TPopupMenu.OnPopup事件

把代码放在这里面判断

//
------------------------------------------------------------------------------

procedure Tfrm_Main.pm_EditorPopup(Sender: TObject);

begin

mni_Undo.Enabled:=
document.queryCommandEnabled(‘Undo‘);

mni_Redo.Enabled:=
document.queryCommandEnabled(‘Redo‘);

mni_Cut.Enabled:=
document.queryCommandEnabled(‘Cut‘);

mni_Copy.Enabled:=
document.queryCommandEnabled(‘Copy‘);

mni_del.Enabled:=
document.queryCommandEnabled(‘Delete‘);

mni_Paste.Enabled:=
document.queryCommandEnabled(‘Paste‘);

mni_selectAll1.Enabled:=
document.queryCommandEnabled(‘SelectAll‘);

end;

如果不用这个用不专业的办法做

1 用消息捕获

2 放在一个Timer事件下面

3 放在Application.OnMessage下面


正解

Ctrl

OnContextPopup

OnPopup

来自为知笔记(Wiz)

delphi 菜单的项目是否可用

时间: 2024-10-15 17:24:08

delphi 菜单的项目是否可用的相关文章

采用EntLib5.0(Unity+Interception+Caching)实现项目中可用的Caching机制

看了园子里很多介绍Caching的文章,多数都只介绍基本机制,对于Cache更新和依赖部分,更是只简单的实现ICacheItemRefreshAction接口,这在实际项目中是远远不够的.实际项目中,至少应该考虑以下3点: 外部数据:通过外部服务,从其他系统取来的数据.我们无法控制,也不知道啥时候会被更新.对于这部分数据,我们采用定时更新的策略,默认1小时更新1次,可配置. 内部数据:系统自己产生的数据,可以完全掌控.对这部分数据,我们实现ICacheItemRefreshAction接口,一旦

实现JQuery EasyUI右键菜单变灰不可用效果

使用过EasyUI的朋友想必都知道疯狂秀才写的后台界面吧,作为一个初学者我不敢妄自评论它的好坏,不过它确实给我们提供了一个很好框架,只要在它的基础上进行修改,基本上都可以满足我们开发的需要. 知道“疯狂秀才”写的后台界面已经有一段时间了,直到昨天才好好的研究了一下.在测试的过程中,我发现了一个自认为不友好的地方,举个例子:只剩下一个Tab选项卡时,点击“除此之外全部关闭”,接着会弹出两个提示框,提示“后边没有了~~”和“到头了前边没有了~~”.我平时经常使用VS作为开发工具,使用VS的朋友也会注

两种项目中可用的单例模式

一个正常的饿汉单例模式 //CEO,饿汉单例模式 public class CEO extends Staff{ private static final CEO mCeo = new CEO(); //构造函数私有 private CEO(){ } //公有的静态函数,对外暴露获取单例对象的接口 public static CEO getCeo(){ return mCeo; } @Override public void work(){ //管理VP } } 这种最简单的单例模式存在资源消耗

Delphi窗体最大化按钮不可用情况下的最大化

最大化按钮不可用,而且窗体最大化,我以前一直这样设置:在Object Inspector下把BorderIcons属性下的biMaximize属性设置为False,然后把WindowState属性设置为wsMaximized,结果是窗体的最大化按钮的确是隐藏了,窗体也最大化了,但是窗体也遮盖住了任务栏! 网上也有很多人来讨论这个问题的,也有人说窗体的ALign 属性为 alClient同时窗体WindowState属性要设置为wsNormal就可以了:这样看起来的确是最大化了,但是窗体还是有点边

java项目高可用实现配置(包括nginx、redis、keepalived、ekl、filebeat、java、tomcat)

0.涉及安装包和配置文件下载 链接: https://pan.baidu.com/s/1xNYgrk8V_bB86WbRo8mNxg 提取码: mxzk 链接: https://pan.baidu.com/s/1ii64LcqhySegSMaDu5vlOg 提取码: gu3s 1.jdk安装 tar -zxzf jdk-8u144-linux-x64.tar.gz ln -s jdk1.8.0_144/ /usr/local/jdk vim /etc/profile source /etc/pr

Python:Django 项目中可用的各种装备和辅助

1 Redis 数据库 2 MySQL 数据库 3 前端服务器 live-server 4 定时任务 django-crontab扩展 5 Docker 容器 --用来运行 FastDFS 分布式文件系统 6 FastDFS分布式文件系统 --包含Tracker server 和 Storage server 7 CKEditor 富文本编辑器 --方便网站运营人员需要录入商品并编辑商品的详情信息 8 定时器 9 celery 异步任务服务器 10 Json web token (JWT) 11

win10系统的开始菜单搜索功能不可用解决方法

1 打开了一个powershell窗口 2 输入这行代码 Get-AppXPackage -Name Microsoft.Windows.Cortana | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} 原文地址:https://www.cnblogs.com/fb010001/p/12689584.html

Autolayout和VFL

Autolayout,開始于iOS6.0 一.什么时候用autolayout比較适合 1.不负责任的骑墙派说法:apple的设备越来越多了,你的应用应该都使用al. (而且用sb) 2.要看应用内容决定.假设你的内容是信息众多.同一时候须要展示的类别也非常多.尺寸动态不定.甚至这些是在列表中的.(如社交应用).Al能给于非常大的帮助. 3.Mac os的应用.如今都做iOS了. mac app的窗体.会有大小变化.al比較合适. 4.支持多向转屏的iPad应用.(有须要支持多方向iphone场景

Autolayout 中的 Visual format language

一.什么时候用autolayout比较适合 1.不负责任的骑墙派说法:apple的设备越来越多了,你的应用应该都使用al.(并且用sb) 2.要看应用内容决定.如果你的内容是信息众多,同时需要展示的类别也很多,尺寸动态不定,甚至这些是在列表中的.(如社交应用).Al能给于很大的帮助. 3.Mac os的应用.现在都做iOS了.mac app的窗口,会有大小变化.al比较合适. 4.支持多向转屏的iPad应用.(有需要支持多方向iphone场景么?那么长,脑残了?) 5.其他业务不复杂,页面较少的