最新评论
用了楼主的方法,学到了不少,但我的在显示了一行数据后,然后空了不下30行的距离,再显示剩下的数据行!还每一页都是这样!
[code=csharp]
private void fillGridST()
{
DataTable cj = new DataTable();
cj.Columns.Add("PM");
cj.Columns.Add("SJMC");
cj.Columns.Add("ZJH");
cj.Columns.Add("XM");
cj.Columns.Add("ZY1");
cj.Columns.Add("ZY2");
cj.Columns.Add("DF");
cj.Columns.Add("FZ");
utools.GridViewDataBind(GViewST, cj, "当前没有对应的试卷明细");
}
[/code]
grid.BottomPagerRow.Visible = true;
是更好的做法．
我也遇到了同样的问题，而且比上面的还复杂一点，我是用C#调用VC++编写的DLL，DLL内部有获得当前路径的代码，如果OpenFileDialog改变了当前路径，DLL中获得的路径也会出错。我开始也不知道怎么回事，只好在VC的dll源代码中加入了一大堆打印输出，才定位到这个问题。
--引用--------------------------------------------------
ocean: 我选择浏览器的标准就是这个浏览器无论打开什么网站，都能正确的显示出来，如果网站上有什么控件，比如支付宝的那些activex之类的，也都能正确的运行。这样的浏览器就是我所想要的，至于浏览器是否符合标准，问一下非IT界用户，他们根本不知道什么叫做W3C，你和他们说W3C，他们还以为是一种新型的WC。
当然在这个前提下，要速度越快越好，使用越方便越好。
--------------------------------------------------------
支持.
其它大家都是在对着标准yy,有几个用户会知道什么是标准?
看来微软得罪了不少人啊，人家为用户着想，根据不同核心输出不同HTML都要被理解成google来做的，很雷～
一句代码搞死所以流行标签式浏览器：
protected void Page_Load(object sender, EventArgs e)
{
Response.Write("<script language='JavaScript'>alert('哈哈哈');window.location=location;</script>");
}
我选择浏览器的标准就是这个浏览器无论打开什么网站，都能正确的显示出来，如果网站上有什么控件，比如支付宝的那些activex之类的，也都能正确的运行。这样的浏览器就是我所想要的，至于浏览器是否符合标准，问一下非IT界用户，他们根本不知道什么叫做W3C，你和他们说W3C，他们还以为是一种新型的WC。
当然在这个前提下，要速度越快越好，使用越方便越好。
我晕哦，现在的程序员应该多学学基础知识了。asp.net的那个menu对象是runat=server的，是个服务器控件，而服务器对象根据浏览器类型的不同，会自动地输出不同的html呈现的。如果你在手机上打开，它又会显示另外一种标签了。这也是服务器控件的优点之一，能够根据浏览器来进行自适应的输出。这和Google根本没任何关系。
唉。
其实我认为程序的健壮性在于能够纠正用户的错误输入，在错误输入下不仅不崩溃，而且还能纠正用户的输入，我们不能让网页设计人员全部的符合一个什么标准，真正优秀的浏览器，应该在网页里面有错误的标签和错误的规则的时候，仍然能完美的呈现出来效果，这样才是一个好的浏览器。
有多少人完整的看过W3C标准？很多人叫嚣标准，前段时间还有人什么OOXML之争，你有看过OOXML的全部标准文档吗？很多时候都是以讹传讹。
这个浏览器 上面打开ExtJS的网页显示的样式效果好像不太好！
re: Chrome: Google加入浏览器大战之兼容性 liuxingchao 2008-09-03 13:55
是哦，同意楼主的说法，我也感觉很新鲜，就是感觉比以往的更人性化多了。
re: Chrome: Google加入浏览器大战之兼容性 liuxingchao 2008-09-03 13:55
是哦，同意楼主的说法，我也感觉很新鲜，就是感觉比以往的更人性化多了。
re: Chrome: Google加入浏览器大战之兼容性 bluesky4485 2008-09-03 13:49
杀进程还是蛮快的，点叉叉进程立马就没了，资源释放还蛮快
要是这个浏览器能或敢把我们编写的标记转成其他标记，我就佩服死它。
re: Chrome: Google加入浏览器大战之兼容性 laolaowhn11 2008-09-03 13:18
感觉就是爽，但是我的页面，也坏掉了，可怜啊，又要改css了
替換代碼?
這個...
這個東東如果自動根據html,css和腳本進行優化﹐對于開發人員來說至少應該有規則說明如何進行﹐汗~
我不止在一个场合反复强调过控件是个什么玩意：垃圾代码生成器、人类退化器和架构定时炸弹。
现在你们看到了吧，这种思想把开发者害得居然认为浏览器可以控制服务器。
老大，Google已经渗透到MS的ASP.NET开发团队去了？！
进程有多个，甚至出现5-6个，好像是根据打开窗体的个数来决定的，很是吓人
这个恐怕是服务端检查到浏览器的类型以后 自动替换的输出吧
浏览器会替换服务器返回的HTML代码流的内容？
这可能吗？即使可能，这个不知道是好事还是灾难！！！！
re: 在.NET中实现对象序列化[未登录] arthur 2007-07-06 10:03
非常有帮助，特别是array的写法。
@ghy420@sohu.com
佩服。写得清晰，对我帮助很大。
re: 在.NET中实现对象序列化[未登录] jack 2007-04-13 16:37
写的不错，比msdn上写的容易读！
我也被这个RestoreDirectory整的很惨，搜到了这个页面，看了上面的话，我才恍然大悟为什么直接写的脚本可以编译，用OpenFileDialog加载的脚本就说引用的dll找不到，现在终于把原因找到了，可以交工了...
re: 在.NET中实现对象序列化 guest 2006-07-10 08:34
Good!
re: 在VB.NET中处理构造函数时值得注意的两个陈述 ghy420@sohu.com 2005-09-06 08:22
c#中析构方法能继承吗
@robaggio, HAL9000
谢谢。OpenFileDialog是有一个RestoreDirectory属性，默认是False，如果设置为True，那么关闭OpenFileDialog后会还原到原目录。虽然这样设置后就可以使用缺省目录了，不过我还是坚持最后的结论，在读写文件时应明确指定文件目录。这样就不怕万一哪里没有设置RestoreDirectory的情况了。:)
@ayya__@hotmail.com
对。.NET提供了一个Application.StartupPath，返回程序的启动目录。
前几天我也遇上这个问题了, 发现opendialog把当前目录给改了. 我当时没有细管, 解决了就算解决了.
不过我记得opendialog里有个选项, 叫是不是恢复原来的默认目录, 也许缺省时是否.
re: 扯扯OpenFileDialog和.NET的缺省目录 ayya__@hotmail.com 2005-05-10 17:54
类库里面有一个方法可以获取 app的当前目录
maybe u will find FileDialog.RestoreDirectory is useful
我只是怀疑了大概２分钟，然后再最后一次测试后，意识到是因为打开OpenFileDialog改变了缺省目录，也就是你说的当前目录。
谢谢你的建议:)