问题标签 [editcontrol]

我有一个TreeView（使用Crownwood.DotNetMagic，它应该类似于WinForms），当用户编辑一个节点时，当文本为空时，不应允许他离开编辑模式。

我已经尝试在我的 AfterLabelEdit 中执行此操作，但它并没有完全满足我的要求：它将文本设置回原始文本，但我希望它在编辑模式下保持为空（不应该允许用户提交他的改变）

TreeView 具有类似的事件，例如WinForms 中的此树视图以及更多事件。

我发现标准 Windowsedit控件的工作方式有些奇怪。

当自动换行打开时，它接受整个逻辑行，但根据EM_GETLINE请求返回屏幕行。但是，它在调整窗口大小并重新拆分有关原始 CR-LF 的文本时表现正确。

因此，我找出原始逻辑行的想法是依次使用 查询屏幕行EM_GETLINE，并在块中最后一个屏幕行的末尾检测 CR-LF。

不幸的是，请求的行EM_GETLINE根本不包含 CR-LF。

似乎控件在内部存储 CR-LF，但没有在EM_GETLINE. 只有在使用 请求整个控制文本时才能获得它们WM_GETTEXT。

除了获取整个文本并将其拆分之外，是否还有其他方法可以请求相邻 CR-LF 之间的文本片段？

使用 Win32 而不是 MFC，我将如何创建可调整大小或拆分控件？

例如，一个具有两个并排编辑控件的窗口，可以使用公共分隔线调整它们的大小。以同样的方式可以调整此对话框的大小。

不一定在一个完整的例子之后只是一个正确的方向。我查找的所有内容都是关于调整整个窗口的大小，而不是父窗口内的单个控件（窗口）。

编辑

添加的图像是显示我的示例。

我对 MFC 和对话框很陌生。我正在尝试遵循一个非常简单的YouTube 教程：“VC+​​+/C++ MFC 教程 1：为用户输入创建对话框”

视频和许多其他来源似乎具有CString编辑控件的变量类型，但我只有原始类型（见附图）。

目前运行VS2017

我试图通过创建一个新项目来重新配置一些项目设置。但是，此时我只是盲目地转动旋钮。

我的版本上的可用类型。

CString显示我希望拥有的类型 ( )。

目标

我在 Unity3D (C#) 中开发了一个键盘，并希望它在用户单击“编辑”类型控件（例如地址栏或输入字段）时弹出。因此，我需要检测何时单击“编辑”控件。

我试过的

目前我使用SetWinEventHook并监听事件EVENT_OBJECT_FOCUS来获取获得焦点的对象的句柄。之后，我使用GetClassName来查看焦点对象是否是“编辑”控件，单击该控件时会显示一个闪烁的插入符号。但是，以 Google Chrome 为例，无论是点击地址栏还是页面的纯文本，我总是得到Chrome_WidgetWin_1 。做了一些谷歌搜索后，我发现了这篇博客文章是什么让 RealGetWindowClass 比 GetClassName 更真实？说RealGetWindowClass可以获取基类，我认为它将类似于此处列出的“EDIT”或“COMBOBOX”. 事情进展得并不顺利。我尝试使用RealGetWindowClass并且仍然得到相同的结果Chrome_WidgetWin_1。

问题

为什么 GetClassName 和 RealGetWindowClass 返回相同的值？我应该如何让 RealGetWindowClass 返回基类？

编码

我已经将 MFC 中的 EditControl 设置为 true，它会锁定用户的键盘输入，但我仍然需要剪切/复制/粘贴的能力。有没有办法只是阻止用户输入但仍然可以复制/粘贴。对不起，我的英语不好

我想得到一个字符串并将其放入 EditControl。Debug Assertion Failed 错误发生在初始化部分( SetWindowTextA) 中，但原因未知。m_ChatWindow宣布CEdit。

这是代码的一部分：

我正在尝试使用 Python 获取当前窗口的 url（如果有焦点导航器），但我做不到，它显示错误。

有人可以指导我吗，我是 python 新手（我是 Java 开发人员）。

我想创建一个编辑控件，用户只能在其中输入浮点数，但我也希望能够在此编辑中复制/粘贴/剪切文本。因此，我使用以下窗口过程对编辑控件进行了子类化：

这有效，除了复制/粘贴/剪切操作被阻止的事实。当我尝试这样做时，什么也没有发生。

这让我很困惑，因为微软说这些操作是由WM_COPY、WM_PASTE和WM_CUT消息处理的，我什至没有覆盖它们。但我测试发现，当我在编辑中输入Ctrl+C、Ctrl+V和时Ctrl+X，它会触发一条WM_CHAR带有键码VK_CANCEL、VK_IME_ON和的消息VK_FINAL（可能分别是，我不记得了）。这很奇怪，因为这些键听起来都不像代表这些输入，而且互联网上没有任何人说它们代表这些输入。

如果我添加这些关键代码被传递DefSubclassProc()而不是被拒绝的条件，它可以解决问题。但是我很犹豫是否接受这个修复并继续前进，因为我无法解释它为什么会起作用，而且我不知道它可能会引入什么错误，这是由这些关键代码的实际含义引起的。

那么，为什么覆盖WM_CHAR使复制/粘贴/剪切不再起作用？为什么这些看似与这些输入无关的关键代码会与它们相关联？以及如何以一种不那么老套的方式允许复制/粘贴/剪切？

可以通过发送EM_LIMITTEXTWindows 消息来设置编辑控件的文本限制。

有没有办法从编辑控件请求这个参数？