未能在设计视图中打开

RunatServer 2004-11-02 04:39:07
<LINK href="User/Css/<% =Request.QueryString["user"] %>.css" type="text/css" rel="stylesheet">

页面里有这样一行代码,当我想转回到设计视图时,VS.NET提示说:未能在设计视图打开,在“<%..."值"...%>”块中,以不同方式将值括起来。

这是啥意思?我该怎么办才能打开设计视图?该代码运行页面时没有问题。
...全文
72 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
listhome 2004-11-02
  • 打赏
  • 举报
回复
注意一下单引号
saucer 2004-11-02
  • 打赏
  • 举报
回复
try

<LINK href='User/Css/<% =Request.QueryString["user"] %>.css' type="text/css" rel="stylesheet">
20101129] 修改内容: 01. 解决默认存盘图形格式比AutoCAD当前版本低的时候,存图速度特别慢的问题 02. 修复布局空间【视口放大】致命错误问题 03. 全局设置米制单位选项打开 04. 解决Excel表格导入含%内容的时候异常的问题 05. 解决Windows7/Vista 32位下普通用户无法安装的问题 [20100730] (自20100225以来更新如下) 一、重要更新提示 01. 支持64位AutoCAD平台 02. 纠正了Windows7/Vista下多处兼容不好的问题 03. 引入文字模板和文字变量 04. 提供三维梁板对象,三维模型更完整,并且剖面图生成效果更好 05. 天正图形兼容性提高(T7线图案、玻璃幕墙兼容读取,XREF/INSERT T6/T7) 06. Windows7/Vista下单机版程序找不到加密锁问题等兼容性问题 二、新增 01. 针对注释对象的文字,引入模板和变量概念,模板可单独编辑,变量可批量修改,选文字→右键〖定义模板〗和〖定义变量〗设置 02. 新增三维梁板功能,相关命令: 【墙上加梁】创建墙上梁 【创建墙体】梁作为特殊的墙类型,创建独立梁 【搜索楼板】根据剪力墙和梁搜索并生成楼板 【梁板开关】开关梁板的显示 03.【恢复图层】恢复图层相关命令改变的图层状态 三、增强 01.【创建墙体】当类型为外墙时,提供墙体内外侧方向选择 02.【墙体分段】进一步改进,支持点取墙内任一点分段(原只支持点取墙边) 03.【双跑楼梯】增加“两点定宽”绘制方式 04.【台阶】阴角台阶也支持“两点定宽”绘制方式 05.【散水】增手绘方式,且支持夹点拖拽不等宽 06.【人字屋顶】支持两侧不等坡 07.【道路绘制】和【道路倒角】需要支持米制 08. 建筑剖面生成的时候,可以自动填充钢筋混凝土 09. 建筑轮廓在未选的时候不显示边界 10.【插入图框】用户图框→方案→目录,可记忆了 11.【剖面】生成,提供砼构件输出剖面填充的选项 12. 采用米制模板(ArchMeter.dwt)绘制图纸时,状态行显示米制比例 13. 更正弧墙上布置洁具的不足,支持得更好 14. 多行文字支持scale缩放 15. 米制单位选项隐藏从Options对话框隐藏,避免不和谐 16. 分解对象的时候墙(细)线由pline改line (20100128版本以后存在的问题) 17.【文字样式】对话框改进,可以列出与ACAD平台一样的英文矢量字体文件 18. AutoCAD2011 下支持命令行按钮和单键 19. 命令行交互的时候按F1,可以打开帮助文件并定位到关键字 四、纠错 01.【带型窗】一段墙上的直带型窗,双击编辑不出对话框 02. 解决从ACAD2010平台开始【三维变线】无效的问题 03.【门窗】垛宽和轴距宽等于0时,插门窗有微小缝隙 04.【墙体】左右交换,其上的门窗未刷新 05.【房间】类型为户型的房间对象(SwrSpace),房间编号无法在位编辑 06. 房间对象楼板标高不为0时,【搜索房间】出现重叠房间对象 07. 拖动夹点单侧改宽有时出现门开启方向改变的问题 08. 新入库的图块不能复制和移动到其他图库的问题 09. 正确的参数【老虎窗】记忆后导致再也无法插入新的老虎窗的问题 10. 图块包含AcDb2dPolyline的时候,拖动插入ACAD图块崩溃 注:对有问题的图块只插入1次 11. 单行文字、多行文字、表格等对象z标高不为0的时候,无法在位编辑 12.【导出3DS】在ACAD2007以上版本不正确 13. R16下打开T7/T6体量模型有提示需要修复 14. 梯段对话框踏步高度和踏步数目约束关系出现紊乱 15. 【散水】生成的结果导出T6有错误并能导致天正软件打开崩溃 Arch2006、Arch2008的早期版本打开Arch2010的散水崩溃 16. 单角带窗转T6不正确 17. 变截面体在AutoCAD2010以上平台移动崩溃 18. AutoCAD2011下图案填充(Hatch)不能找斯维尔对象的边界问题 [20100225] 01. 解决20100128版弧墙三维显示有时过长的问题 02. 自动找网络锁不成功的时候,可以手动键入thsvr,列出可用的网络服务器 如果看到有多个网络服务器,则应停止无效的网络服务程序 如果没有看用的网络服务器,则说明无法自动找网络锁,应当对startup.ini手动设置网络服务器 [20100128] (自20090820以来的变更如下) 新增命令 01.【等肢角柱】 02.【柱子齐墙】替代原操作复杂的【柱齐墙边】 03.【左右交换】墙基线位置不改,左右宽交换
注意:本项目使用android studio开发,eclipse可能无法使用。 豆芽的名字取自“Douban, Yet Another”的缩写和文词语“豆芽”的拼音正好相同的巧合。 取名之后,我才得知豆瓣的 Windows Phone 客户端的名字也叫做“豆芽”。所以相对于豆瓣官方应用“一个叫‘豆瓣’的App”,也正好将这个应用称为“另一个叫豆芽的应用”了。 为什么要有豆芽? 直接访问豆瓣的所有人里,最普遍而一致的用法是围绕电影、电视、书、唱片、活动(我们叫做”条目”的东西)的评分评论、发现和讨论。我们会把和网站同步的评分评论作为一个起点和基础,在手机上重新构建围绕个人兴趣的发现和讨论。 一个叫“豆瓣”的App——豆瓣日志 豆瓣从来不是一个单一的网站,而对于豆瓣的用法自然不尽相同。使用豆瓣是为了获取信息,但信息的获取是基于条目和算法,还是基于友邻和人,这个问题在豆瓣的多次改版大概一直悬而未决。 这次,一个叫“豆瓣”的应用选择的是基于条目的推荐。但我个人作为一个重度豆瓣用户,重视的却恰好是基于人的推荐,喜欢的是友邻间的鸡犬相闻,以及闲逛时从条目评论、广播、日记发现新友邻的惊喜。正如我在某次“还我旧版”运动听到的声音,“不管怎么改版,只要友邻们还在就好”,改版是豆瓣不断良好发展的必经之路,但这句话对友邻的珍重又令我感受到了豆瓣最宝贵的特质。 豆瓣作为一个工具的价值可以通过条目很好体现,但豆瓣作为一个独一无二的社区,只能通过它独有的、克制的、以人为本的方式才能维系。作为一个普通但也深爱豆瓣的用户,我希望豆瓣在这个方向上也不要失落,因为一个只有工具属性的网站对我而言将再也没有这样的归属感。 我在这一点上与豆瓣应用有了不同的追求,并且恰好有一些这方面的能力,又恰好豆瓣提供了开放的 API,于是就想要将这个想法实现出来了。 选择开始豆芽这个项目,还有一个原因是我希望在豆瓣继续看到平台原生的设计。 豆瓣广播在几年前就已经是国内少有的几个 Android Design 的应用,这一点一直令我钦佩和喜爱。在豆瓣应用最开始的版本,也曾有过 Material Design 的尝试,但随着和 iOS 风格设计的杂糅,逐渐显得不合时宜,以至于最终选择了完全的 iOS 风格。我对此一直感到有些遗憾,况且 Material Design 也是一款更加优秀的设计语言。所以,我希望实现未能见到的另一种可能性。 部分特性 Material Design 首页友邻广播 启动速度优化 界面动画 支持屏幕旋转 平板多列视图 支持使用 Custom Tabs 打开网页 支持切换长/短链接显示 关于名字 指导原则 豆芽的最终目标是为豆瓣基于友邻的信息获取方式提供在移动端的便利。为了优雅地实现这个目标,豆芽将主要遵循以下的原则: 遵循 Material Design 规范,且指导思想优先于细节规定。 像素完美,但更注重以人为本。 实现精确,代码可以自我辩护。 行为合格,支持屏幕旋转和平板布局。 功能崇尚简约,不打扰用户。 行为默认值合理,且用户可调节。 积极表现豆瓣特性,如广播、友邻、豆邮等。 通过细节设计,提倡用心、考虑到他人的内容。 规则可以被打破,但前提是理解规则。 功能架构 豆芽的架构将与当前网站的设计十分类似。 你可能会问,难道豆芽只是要做一个豆瓣网站的移动端界面么?并非如此。豆芽的最终目标是为基于友邻的信息获取方式提供便利,所以架构设计也是为此服务。而架构与当前网页端设计基本相同,则是因为现在网页端正是一个符合这个目标的设计,并且与移动端的导航也可以很好地契合。 让我们详细地规划一下豆芽吧。 导航采用抽屉一级导航 选项卡二级导航的方式。工具栏上将显示全局的动作。 工具栏 提醒:所有类别的提醒,可以查看历史提醒 豆邮:用户间的邮件往来,希望鼓励郑重而非聊天。 搜索:立即访问想要的内容。 用户:点击后显示个人页面,相当于“我的豆瓣”。 首页 友邻广播:友邻互动、友邻推荐、系统定制的推荐。 九点:友邻的日记、博客文章等,有深度的内容。 一刻:全站范围的热门内容推荐。 同城:基于地理位置的内容。 线上活动:基于共同兴趣的内容。 读书 分类浏览、首页推荐:入口,以及最有可能发现新内容的地方。 我读:管理自己的读书标记、创造内容。 动态:查看友邻的阅读动态,互动、获得推荐。 豆瓣猜:基于算法的推荐。 电影 类似读书。 音乐 类似读书。 设置:提供应用设置等。 在子页面设计,豆芽将尽量鼓励长内容和用心的互动。因为我相信只有豆瓣值得这样尝试。 实现状况 我在最初的二十天内冲刺实现了应用的网络层、账户系统等基础架构,和查看友邻广播需要的大部分功能,大约 8000 行代码。 在接下来的八十天,由于课业、其他事情和速度瓶颈,实现过程有所减慢。但是,应用的细节功能和界面交互都正在不断地被实现和优化。代码量达到了 14000 行,同时为此应用而写作的多个开源库的数千行代码并没有被计入。 此后项目经历了大型的重构,以适应代码复用和支持屏幕旋转的需求。在此之后,我得以实现了一个较为美观的个人资料页,并且对应用的许多细节进行了完善。 目前实现了原“豆瓣广播”应用的大部分功能。剩下的工作也正在继续进行。 实现架构 数据层面 应用除了对少数内容进行缓存,其他内容均直接从网络获取。 基于 Android 账户系统提供用户账户和身份认证。 使用 Volley 及部分自定义增强处理网络请求。 使用 Gson 自动填充数据模型。 使用 Glide 加载图片。 使用 DiskLRUCache 及自定义增强对首页数据进行缓存。 使用 EventBus 同步不同页面间对象状态。 界面层面 使用 Support Library 的 AppCompat、Design、CardView、RecyclerView 进行 Material Design 实现,在必要时引入/自己写作第三方库以实现部分界面元素和效果。 使用框架的 Shared Element Transition 实现在 Android 5.0 以上的界面过渡动画。 界面实现一般分为 Activity、Fragment、Adapter 三个模块,分别负责作为容器,发起请求、展示数据和用户交互,以及数据/交互绑定。 实现难点 网络请求 Volley 本身是一个不算十分完备的库,对于请求参数、重试、认证等方面都需要开发者自己实现。在豆芽,应用对 Volley 进行了包装,增加了以上功能,并且尽力做到了通用,为之后 API 层建立提供了很多方便。 磁盘缓存 DiskLRUCache 是一个只实现了同步读取写入的库,因此豆芽对其进行了包装,提供了异步读写的 API,正确实现,提高了应用的响应速度。 状态同步 由于各个界面独自获取数据,数据本身与常规的 ContentProvider 机制不同,是去心化的,即可能遇到状态不同步的问题。 具体地说,即有可能用户在广播详情界面点赞后,回到主界面列表视图,发现并未更新状态。 而豆芽解决方案则是使用 EventBus,在请求完成后通知所有界面刷新同一数据。 界面动画 Android 5.0 以上提供了 SharedElementTransition,然而默认情况下共享的界面元素在动画时却会被放置在其他界面元素之上,导致其突然越过 AppBar 或 StatusBar 的情况。 通过大量的文档阅读、源代码分析和调试,经过大约一周的时间,最终实现了较为理想的效果。 屏幕旋转 Android 在屏幕旋转时,会销毁视图和 Activity 并重建,此时如何保存视图状态和已加载的数据、正在进行的网络请求即是问题。 Android 对部分视图状态提供了自动保存恢复,而豆芽对于其他需要保存的状态则通过自定义的 onSaveViewState() 和 onRestoreViewState()。 对于数据,豆芽通过自定义的一个无界面的 RetainDataFragment 进行数据保留,并且接口十分简单易用。 同时,由于网络请求的异步特性,豆芽通过自定义的一个 RequestFragment 实现了网络请求在 Activity 重建期间的保留,并且能够在 Activity 重建完成后将请求前的状态和请求结果回调至新的 Activity。 平板适配 Android 本身的资源系统提供了对不同配置的很好支持,通过建立不同的资源文件,即可在手机和平板上使用不同的界面设定。 此外,由于采用了 RecyclerView,通过在运行时判断当前设备配置,可以动态给界面设置为 1、2、3 列视图,充分利用屏幕空间。 启动速度 Android 默认在冷启动应用进程至能够调用 Activity.onCreate() 前会加载应用主题的背景作为预览,而默认背景是白色,与应用在上部拥有绿色 AppBar 的效果不相匹配。 为了生成适应于不同屏幕大小、系统版本的图片,我使用 bash 编写了一系列脚本,并实现了一个通用的模板化 SVG 格式,详情见 MaterialColdStart 和 AndroidSVGScripts。 经过自定义窗口背景和其他优化,应用在手机上已经可以达到立即启动的视觉效果。 派生开源库 为此项目诞生的五个开源库: MaterialColdStart,800 Stars MaterialProgressBar,500 Stars CustomTabsHelper,200 Stars MaterialEditText SystemUiHelper 第三方库 PhotoView Glide Gson ButterKnife DiskLruCache ThreeTenABP Volley EventBus CustomTabsHelper MaterialEditText MaterialProgressBar SystemUiHelper MaterialColdStart 构建 APK 文件可以在本项目的 Releases 找到。 至于手动构建本项目的基本步骤: 创建 signing.properties: storeFile=YOUR_STORE_FILE storePassword= keyAlias= keyPassword= 执行 ./gradlew build。 使用 安装应用后,请安装 豆芽 API Key 设置向导 以设置 API Key。 暂时没有内置的更新渠道,请关注本项目的 Release。 请不要安装从不可靠的来源获取的 APK,以免泄漏您的用户名和密码。 本项目git地址:https://github.com/DreaminginCodeZH/Douya
软件名称:EditPlus 软件版本:2.11.2096 SR-2 软件类型:文字处理 软件性质:共享 运行环境:Win9x/NT/2000/XP 开 发 商:http://www.editplus.com 汉化作者:李应文 软件介绍: EditPlus 是 Internet 时代的 32 位文本编辑程序,HTML 编辑及程序员的Windows 平台编辑器。它可以充分的替换记事本,它也提供网页作家及程序设计师许多强悍的功能。对于 HTML、CSS、PHP、ASP、Perl、C/C++、Java、JavaScript 及 VBScript的语法突显。当然,它也可以在自定义语法文件后扩充其他的程序语言。嵌合网页浏览器作 HTML 页的预览,及 FTP 命令做本地文件上传到 FTP 服务器。其他功能还包含 HTML 工具栏、用户工具、列号、标尺、URL 突显。自动完成、剪贴文本、行列选择、强大的搜索与替换、多重撤消/重做、拼写检测、自定义键盘快捷键、以及更多。 修正说明: 1.根据 worm 意见,修正“视图=>屏幕字体”“默认”显示不全的问题。 2.根据 tengxing 意见,解决因汉化过度而导致“颜色无法保存”的问题。 使用说明: 1.定义字体:可以通过单击“视图->屏幕字体->设置字体”或“工具->参数选择”,打开“字体”参数设置选项卡,可以为“编辑窗口”和“剪辑库\目录 窗口”等进行设置,以达到最佳效果。 2.定义颜色:同上。 3.FTP 上传:“文件->远程操作->FTP 上传”在“设置”选项卡设置好参数(目录名前面应该加“/”如“/web”),点击“确定”回到“FTP 上传”选项卡,然后点击“上传”即可;“批量上传”类似。 汉化说明: 1.本人对 老七 的 EditPlus 和 黄国书 的 UltraEdit 等多方软件的部分资源进行了参考,在此特别鸣谢! 2.由于本人水平有限,未能将部分 ASCII 资源汉化,不过不影响软件的正常使用。见帖: http://bbs.hanzify.org/index.php?s=1e1ddc989edd1f31955cd093ee140fe0&act=ST&f=23&t=14580 3.字体选项卡“字体样式”列表框的英文翻译如下: Regular=>规则 Italic=>斜体 Bold=>粗体 Bold Italic=>粗斜体 注册方法: 双击压缩包内的 key.reg 文件,或输入下面的注册信息。 Username:demonkey Regcode :E5EFE-A1F70-91RF9-93O59-1BR3C 特别说明: 1.原版软件版权归原作者所有,本人的汉化程序仅供个人免费使用,未经许可,任何组织或者个人不得将其用于商业盈利目的。 2.你可以随意转载或复制此软件,但请不要修改本程序或汉化文件之后再发表。 3.如果发现程序错误,请先用原版软件测验或者直接与我联系,我会尽快更正。 4.欢迎转载、散发本人的所有汉化作品。但请注意,在转载或散发过程应保持汉化文件的完整性,请勿删除此说明文件。 5.您在使用过程若发现有翻译不当、软件功能出错等问题,请及时通知本人。 6.软件新版本或修正版可以到本人网站查看。

62,025

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧