繁體中文当前位置: 首页 > 图文教程 > 网络编程 > ASP.NET > ASP.NET、SharePoint中另存文件的长文件名被截断的原因及解决办法
- ASP.NET
- 使用NUnit进行单元测试
- [FxCop.设计规则]1. 抽象类不应该拥有构造函数
- 遍历XML文档返回二维数组(ASP)(更新版)
- c#中的interface abstract与virtual
- [VB.NET] Single & Double
- asp.net验证码生成类(参考)
- JAVA开发者应该去的20个英文网站 [摘]
- C#中关于GDI+输出的问题
- XML 命名空间提供了一种避免元素命名冲突的方法。
- VS.NET 2005 Beta 2初体验(3)—操作SQL Mobile数据库
- VS.NET 2005 Beta 2初体验(1)-用C#开发Managed代码
- VS.NET 2005 Beta 2初体验(2)-用C++开发Native代码
- VS.NET 2005 Beta2初体验（4）-Notification控件
- XmlHttp异步获取网站数据的例子
- 利用C#编写一个简单的抓网页应用程序
- C#中结构与类的区别
- 在.NET中实现彩色光标，动画光标和自定义光标
- C#2.0新特性探究之模拟泛型和内置算法
- C#2.0 新特性探究之委托与匿名委托
- 获取本机的本地上网IP地址
ASP.NET、SharePoint中另存文件的长文件名被截断的原因及解决办法
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2010-01-10 浏览: 91 ::
收藏到网摘: n/a
这个问题起初发生在SharePoint的环境中，我以为是SharePoint限制了长度，后来我试验了一下，在ASP.NET的应用中也同样会发生。 一个Word文档，或者是什么文件，文件名称超过15个汉字，或者一定长度的字母之后，上传到文档库是没有问题的，但是如果你想下载，使用【右键】-【另存为】，就会发现保存框的文件名一栏中，就剩下15个汉字了，其他的都被省略了。
我就开始寻找解决的办法，直接点击文件，默认会用客户端程序打开，例如word文档，会使用word打开，发现文件名是正常的，然后使用word的另存为，正常。
使用moss的资源管理器视图，从视图中直接复制文件出来，正常。
唯独另存不正常，以上都是在IE6的环境测试的。
上网google了一大堆，好像是和浏览器有关系。我就安装了其他的浏览器，firefox、opera，发现这些浏览器都可以正常另存，长文件名没有问题。
安装IE7，发现长文件名在保存框中变成了几个数字+字母的组合，不知道为什么？
安装IE8，可以了，这回可以了，长文件名的文件正常保存，名称没有被截断。但是另存的时候，时间明显比IE6要长一点，不知道为什么？
评论 (0) All
