Asp.Net RequireFieldValidator和Javascript WYSIWYG存在问题

我在调用所见即所得的文本框上使用开源和Asp.Net RequiredFieldValidator。一切正常，但第一次尝试提交表单时，我得到了服务器端RFV ErrorMessage，但如果我再次提交，它就会通过

---

我错过什么了吗？我想要客户端验证。。。如何使文本注册为非空？

textarea HTML标记是最不适合使用的标记之一，我无法100%确定客户端验证程序是否支持它，无论它是否为所见即所得

我认为最好使用CustomValidator并编写JavaScript来手动执行检查

---

或者，您可以通过FireBug或VS 2008使用的JavaScript进行调试。

textarea HTML标记是最不适合使用的标记之一，我不确定客户端验证程序是否支持它，无论它是否是所见即所得

我认为最好使用CustomValidator并编写JavaScript来手动执行检查

---

或者，您可以通过FireBug或VS 2008使用的JavaScript进行调试。

我认为这种行为的原因是验证代码运行的时间早于根据WYSIWYG值更新底层TextBox的代码。因此，第一次出现错误时，字段会更新，第二次没有出现错误时。第二次尝试删除所有内容，我打赌您不会得到验证错误，因为此时validator的值是您第一次实际提交的值

---

解决方案是为WYSIWYG找到一个JavaScript API调用，该调用将强制更新基础文本框字段，并在单击submit按钮的客户端或任何您使用的地方调用它。

我认为这种行为的原因是验证代码运行的时间早于更新基础文本框的代码所见即所得的价值。因此，第一次出现错误时，字段会更新，第二次没有出现错误时。第二次尝试删除所有内容，我打赌您不会得到验证错误，因为此时validator的值是您第一次实际提交的值

---

解决方案是为WYSIWYG找到一个JavaScript API调用，该调用将强制更新底层文本框字段，并在单击submit按钮的客户端或任何您使用的控件时调用它。

Infragistics也有一些类似的控件，它们有底层的read:hidden表单字段，用于保存实际数据，如果要使用它们执行任何重要的自定义JavaScript，则必须注意这一点。正如Alan指出的，我确信这是同一个问题。Infragistics也有一些类似的控件，它们有底层的read:hidden表单字段，这些字段保存实际数据，如果您使用它们执行任何重要的自定义JavaScript，您必须注意这一点。我确信这是同一个问题，正如艾伦指出的。