问题标签 [textbox]

我有一个用户希望能够选择一个文本框并选择当前文本，这样他就不必为了更改内容而将其全部突出显示。

推入时需要处理内容。我想我已经弄清楚了那部分，但欢迎提出任何建议。

我需要帮助的部分是，一旦按下输入，任何进入文本框的条目都应该再次清除内容。

编辑：文本框控制一块射频硬件。用户想要做的是输入一个设置并按下回车键。设置被发送到硬件。无需做任何其他事情，用户希望能够输入新设置并再次按 Enter。

这是参考我的另一个问题Auto Clearing Textbox。
如果我选择从 TextBox 派生一个新的 TextBox 控件，而不是实现一个只包含我的 Textbox 的用户控件，我将如何将它包含在工具箱中。

我有一个包含许多字段的报告，我试图将其水平缩小到 1 页（我不在乎它是垂直 2 页还是 200 页......只是不想处理 2 页宽 x页长的火车残骸）。也就是说，它处理联系信息。

我的想法是：

有没有办法将 a 设置textbox为多行（或 SQL 结果）？我错过了一些非常明显的事情吗？

CanGrow 属性默认是打开的，我已经仔细检查过这是真的。我的问题是我不知道如何强制换行。我得到 3 个地址字段，它们只填满一行，然后换行。我试过/n, \n（因为我永远不记得哪个是正确的斜杠），<br>, <br />（因为报告将在 ASP.NET 网站的 ReportViewer 控件中查看）。我想不出任何其他方式来包装文本。

有没有办法从数据库中获取 3 行文本/字符的结果？

我有一个简单的网络表单，允许未经身份验证的用户输入他们的信息，包括姓名。我将名称字段限制为 50 个字符，以与该字段所在的数据库表相吻合varchar(50)，但后来我开始怀疑。

使用类似列类型的东西更合适，Text还是应该将名称的长度限制在合理的范围内？

我正在使用 SQL Server 2005，以防您的回复很重要。

编辑：我没有看到关于类似问题的更广泛的问题。

我需要显示一条可变长度的消息并允许选择文本。我已将 TextBox ReadOnly 设为不允许编辑文本，但仍显示输入插入符号。

闪烁的输入插入符号令人困惑。我该如何隐藏它？

我有以下网络表单：

并且每次我回发时，文本框中的前导换行符都会被删除。有什么办法可以防止这种行为吗？

我正在考虑创建一个从文本框继承的自定义控件，但我想先在这里进行健全性检查。

需要显示一个信用屏幕，我想在其中感谢我的应用程序的许多贡献者。

希望它是一个自动滚动的框，就像电影结尾的演职员表滚动一样。

对于 Multiline=True 的 System.Windows.Forms.TextBox，我只想在文本不适合时显示滚动条。

这是一个只读文本框，仅用于显示。它是一个文本框，以便用户可以将文本复制出来。是否有内置支持滚动条自动显示的功能？如果不是，我应该使用不同的控件吗？还是我需要挂钩 TextChanged 并手动检查溢出（如果是，如何判断文本是否合适？）

对 WordWrap 和 Scrollbars 设置的各种组合没有任何运气。我希望最初没有滚动条，并且只有在文本不适合给定方向时才动态显示每个滚动条。

@nobugz，谢谢，在禁用 WordWrap 时有效。我不想禁用自动换行，但这是两害相权取其轻。

@André Neves，好点子，如果它是用户可编辑的，我会这样做。我同意一致性是 UI 直观性的基本规则。

ASP.NET 1.1 - 我在 ASPX 页面上有一个 DataGrid，它是数据绑定的，并在文本框中显示一个值。用户可以更改此值，然后单击一个按钮，其中后面的代码基本上遍历网格中的每个 DataGridItem，为文本框的 ID 执行 FindControl，然后将 .Text 值分配给一个变量，然后用于更新数据库。DataGrid 使用新值反弹。

我遇到的问题是，将 .Text 值分配给变量时，检索到的值是原始数据绑定值，而不是新输入的用户值。关于可能导致这种行为的任何想法？

代码示例：

有谁知道为什么 Microsoft 不使用其 .NET 框架提供数字文本框，例如确保输入的字符始终是有效数字的文本框？这是在不同风格的应用程序中常用的东西，实际上是大多数 GUI 库（嗯，我知道的那些）以某种方式提供的东西。虽然编写自己的代码并不难，但也不是微不足道的。

所以，我很想知道是否有人可以为这种遗漏合理化。

编辑：感谢您的建议。虽然蒙面文本框和数字上下有它们的位置；我对一个看起来像文本框但在按键时自动执行验证输入对应于有效数字的控件感兴趣。在我的（诚然有限的）经验中，这是使用了很多的东西（我们并不总是想要由蒙面文本框施加的静态约束，就像我们并不总是想要侧面的上下控件一样） .

网上有很多质量不同的实现，实际上在MSDN上甚至有一个例子。

编辑2：谢谢大家，所以听起来数字上下是仅用于数字输入的.NET控件（以及我们实际上没有显式数字文本框控件的原因）。如果它自动禁止输入非数字字符（按键、粘贴等），那就太好了，但我想它在控件失去焦点时执行验证已经足够了。而且，如果一个人真的很热心，可以在按键上进行粘贴验证......