当前访客身份：游客 [
没有内存的CPU是无源之水，是不堪回首的人生状态。 没有CPU的内存是行尸走肉，是固步自封的生活模式。 我的CPU和内存，同样精彩。
：看的真费劲..
：引用来自“Loyaoo”的评论楼主，使用3056版本以后...
：引用来自“hgyxbll”的评论楼主你好.对这个的翻译...
：楼主你好.对这个的翻译我觉得很好,可惜下载不到了...
：楼主，使用3056版本以后，保存出错，控制台显示错...
：引用来自“Snowfox_66”的评论下载地址失效了没办...
：下载地址失效了
：引用来自“Jreen_12”的评论最近比较忙，我才看到...
：为什么不把项目直接放在osc呢？
：mark 以下 收藏
今日访问：3
昨日访问：10
本周访问：86
本月访问：126
所有访问：14936
Sublime Text 菜单文件格式说明+修改心得(赵亮-碧海情天theforever)
发表于2年前( 02:10)&&
阅读（1246）&|&评论（）
0人收藏此文章,
通过对Sublime Text 菜单文件格式的摸索印证，谈谈自己的修改心得。
赵亮-碧海情天 imzl #
接触ST好一阵子，一直只是一般性地使用，和有时对菜单的CAPTION进行汉化。但随着安装的插件增多，有的下拉菜单已经太长了，势必需要对菜单进行重组了。按照菜单默认的内容进行观察，不难明白重组的方式。
在重组过程中，忽然想到，平时使用时好像有一些不太方便的地方，比如“编辑”菜单里面项目很多，而且那么多项目还都有子菜单，很多还都没有键盘加速键，只能依靠鼠标访问，效率较差。还有一些感觉不太合适的地方，比如“编辑”菜单中的“软换行”并没有改变文档的实际内容，只是改变一下显示方式，按意义来讲应该放在“视图”菜单里才对。
于是打定主意要对默认菜单进行大手术。这时就发现有些疑惑等待解决了，于是在网上查找，却都没有比较详尽的说明，在ST官方网站列出的官方和非官方的文档里面也都没有介绍——这方面的内容是空白页。
经过自己的一些摸索尝试，终于基本弄清了菜单文件的所有含义。修改的结果可以查看我这两篇文章里的介绍和图片：
通过查看我修改的内容，你能知道我怎么做的，其中最重要的就是我加在菜单文件里的第一个菜单项目。它看起来像是个关于汉化者的广告，事实上，它是一个完全鲜明的自定义菜单项，后面所有项目你都可以不必看了，光看它就能明白菜单文件的格式用法。如果你对此有兴趣，并且下载查看了我的劳动成果，那么就应该得到我为你准备的这份礼物，快速悟透ST的菜单文件用法。
如果你还没有下载我发布的软件包，那么我大致在这里讲一下关键点。并非是保留，而是有些东西需要参考实物去实践领悟，用语言讲，说的人累，听的人还不一定能听明白。
从来就没有什么救世主
一个{}是一个JSON对象，同时也是一个菜单对象。空的{}会产生一个没有显示文字也不能执行的空菜单，但它毕竟也是一个不会被报错的菜单。所以，“没有什么救世主”，没有哪个菜单属性是不可或缺的。
也不靠神仙皇帝
id 并非ST系统固定设置的，比如"id”:“file”，并非是系统中原本有个叫作file的对象等候你用同样的id去指定对它进行设置。id只是给你目前这个菜单起个标识名称，然后供其它在你这个菜单后面加载的菜单文件通过这个id名称进行查找并用新属性覆盖，也即重载。当你要根据系统默认的菜单ID或者已知的他人的菜单ID去添加自己菜单的时候，你要依靠它们的ID去寻找该对象，然后在其children属性中添加自己的菜单。这时你要查看它们的ID设置并保持自己使用的与其一致，但当这些都可以被你更改时，你可以任意更改ID，只要一致即可，所以ID并不像“神仙皇帝”一样不可侵犯。而当你不考虑后人或者的确无需考虑的时候，对于自己增加的菜单也完全可以不加id属性。当然，如果后人用到你的成果时，他若真需要，也可以自己再在你的基础上修改，添加也好，怎样也罢，反正不用你操心了。除非你想给自己后备使用。比如我在菜单文件里建立的第一个菜单就是一个只有ID=ZL（一看就知道是自定义名称）的菜单，在其它菜单文件里才根据这个ID对其进行设置。
当有多个相同ID的菜单时会怎样？ 当在其它菜单文件中对这些相同ID的菜单进行重载时又会怎样？ 虽说一般不会故意这样用，但这些你也都可以自己尝试一下，会更好地建立你的知识观。
要创造人类的幸福
虽说菜单可以什么属性都不加，但要想让菜单能够执行某个行为指令，就必须指定 command 属性了，其值必须是ST内部指令和所有插件的PY程序中的以sublime_plugin.TextCommand或sublime_plugin.WindowCommand作参数的类的名称，并且写法有分别，在PY中使用驼峰式写法，如ZhaoLiang，而在菜单和 sublime-commands 文件里的command属性值要写成毛毛虫式，如zhao_liang。查看所有PY脚本有点麻烦，一个简单方法就是查看Default和其它插件包里的 Default.sublime-commands 文件里注册的命令。ST插件虽不硬性要求，但提倡把脚本中的命令都在 sublime-commands 文件中注册，一是方便用户来查找你增加的命令，二是可以让用户使用CTRL+SHIFT+P的组合键调出“命令面板”，在里面快速检索你注册的命令进行调用。
全靠我们自己
我们修改菜单文件最常做的就是修改某项菜单的 caption 属性值了。它是菜单的显示文字，可以说内容是随便你设置的，即使是设置成和其它菜单相同的，只要你看着能接受，系统肯定不会不同意。当然，我们修改它不是为了添乱，而是改成我们希望的样子。随着安装插件的增多，如果你不仅追求视觉上的和谐，还希望菜单的键盘访问键能够互不干扰的工作（比如同一组菜单的键盘访问键都不相同。如果相同，就会先在相同的菜单间切换了，效率上会差些），就需要经常根据情况来修改 caption 了。这对于大多用户来说，都是需求最多的事情。
我们要夺回劳动果实
菜单不仅是鼠标操作的，也是可以用键盘操作的。事实上，用键盘操作要更快。而用键盘操作菜单，比用键盘组合快捷键（在sublime-keymap文件里定义）去执行命令更容易分类和记忆。比如先按CTRL+K，再按CTRL+别的键 的组合键命令有好几个，它们分属不同的主菜单，也就是说，CTRL+K 开头的命令横跨几个主菜单，包括几种不同性质的内容。这样很难记忆，或者说，记忆成本较高。但如果你先用ALT+主菜单的键盘访问键，再按个A或W（你设置的下拉菜单项的键盘加速键），就可以执行对应的菜单，这个速度比按两次组合键还要快，而你很容易分清类别，容易记忆。所以应该重视菜单的键盘访问键，让菜单不仅能点，还要能按，并习惯用键盘访问菜单。设置菜单的键盘访问字母，就要用到 mnemonic 属性。这个属性的值只能是一个字母，而且这个字母必须在caption里有出现，否则是无效的。如果没加这个属性，默认是用 caption 的开头字母作为键盘访问键。当开头字母有相同的时候，为避免冲突，可以选择开头字母后面任意一个字母作为 mnemonic 属性的值。
让思想冲破牢笼
对ST菜单文件的灵活使用是很有必要的。有些菜单项目的安排可能不合理（至少对你的来说可能不理想），我们不仅可以把它从一个主菜单挪到另一个主菜单中，也可以把它作为主菜单使用（当它含有子菜单时）。即使它并不含有子菜单，而是一个独立的命令菜单，就象我给菜单文件添加的第一个菜单项，也是可以放在主菜单级别，然后鼠标点击执行指令的。
具体的灵活运用就要靠你开动脑筋，让思想冲破牢笼了。
快把那炉火烧得通红
args 属性可以给command属性指定的命令输送参数。通过这种配合，可以实现较强大的插件。从菜单修改的角度来讲，提供不同的合适的 args 可以轻松创键多个相似而不同的菜单，比如“打开菜单文件”、“打开命令文件”、“打开配置文件”。等你能把这个属性玩透彻了，整个菜单文件也就快搞明白了。
趁热打铁才会成功
好，看完我这些介绍，赶快自己行动实践一下吧，趁热打铁效果才好啊。
本文及内容均属原创，遵循《知识共享 署名-非商业性使用-禁止演绎 2.5 中国大陆协议》进行发布，您可以自由： 复制、发行、展览、表演、放映、广播或通过信息网络传播本作品。惟须遵守下列条件：
署名 — 您必须按照作者或者许可人指定的方式对作品进行署名。
非商业性使用 — 您不得将本作品用于商业目的。
禁止演绎 — 您不得修改、转换或者以本作品为基础进行创作。
更多开发者职位上
1)">1)">1" ng-class="{current:{{currentPage==page}}}" ng-repeat="page in pages"><li class='page' ng-if="(endIndex<li class='page next' ng-if="(currentPage
相关文章阅读在Word中字符的格式编排可通过格式菜单中的段落命令来设置_百度知道
在Word中字符的格式编排可通过格式菜单中的段落命令来设置
我有更好的答案
如果判断对错的话，这个不对吧，应该是“字体”命令。
是的，但是这个算是问题吗？
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁利用Emeditor转换文件的编码格式
常见问题解答
http://zh-/support/
EmEditor是的江村公司（Emurasoft）所开发的一款在Windows平台上运行的文字编辑程式。EmEditor以运作轻巧、敏捷而又功能强大、丰富著称，得到许多用户的好评。Windows内建的程式由于功能太过单薄，所以有不少用户直接以EmEditor取代。EmEditor的发行最早始于1997年，迄今仍在持续发展中。最新版本为14.2。
1、不同文本快速比较和同步滚动功能改进的垂直选择编辑功能；
2、启动、搜索和替换文本速度快，超过大部分同类软件；
3、支持查找高亮显示，支持大写小写强制替换，支持多标签浏览，支持丰富的插件扩展；
4、支持自己动手制作免安装版 ，不写系统注册表，配置文件不丢失。
1、对中文支持好
2、支持，开放接口
3、界面友好
4、启动速度很快
1、很基本的功能由实现，不太稳定，如代码折叠、行号等。
2、不太稳定，与115、有冲突，但出问题的机率不是很大。
强大的查找功能
Windows系统自带的“”的查找替换功能很弱，但EmEditor弥补了这一点，它支持的查找替换规则更加详细实用，对查找出的结果可以，并可以批量查找替换未打开的TXT、HTML、DOC等格式的文件中的内容：选择“搜索”菜单下的“在文件中查找”或“在文件中替换”命令，打开查相应对话框（如图1），输入自己想要替换的内容即可。
提示：批量替换的操作将无法撤消或恢复，因此最终替换之前请务必慎重，或者事先做好源文件的备份工作。
编写程序更轻松
EmEditor给学习网页及的朋友提供了许多贴心的功能，它可以为HTML、CSS、PHP、ASP、Perl、PerlScript、C#、C/C++、Java、JavaScript等语言提供一些基本框架，并能将特殊的语句突出显示，让人一目了然，这为人员免去了不少工作，也可以为编程初学者提供一些帮助。
自定义与宏功能
EmEditor的强大还表它提供强大的自定义功能，可以在“工具”菜单设置文件关联、自定义菜单和工具栏、管理常用工具和等（如图2），点击“工具/自定义”可以打开自定义窗口（如图2），这里提供了众多选项，我们能够通过设置让EmEditor更加符合自己的使用习惯。
此外，宏功能也是EmEditor一大亮点，比如需要书写相同的签名信息时，就可以在EmEditor中先录制一个签名信息的录入过程的宏，点击中的“宏/开始停止录制”皆可开始录制，进行完录制动作后，点击同一按钮即可完成录制。当需要调用签名时，点击上的运行宏按钮便可以轻松完成。
细节人性化
EmEditor在许多细节上也非常人性化，比如Word中方便的拖曳操作被保留了下来，这样在进行文字编辑的时候就再也不用反复的“剪切”和“粘贴”了，轻轻一拖就能搞定。对于编辑好的文字还可进行打印预览，这能方便我们排版打印文本。同时它有丰富的实用工具栏，并能根据自己的需要进行定制，我们只要把常用的工具放在工具栏上，操作就会更加简便。流行的一样，EmEditor也支持标签浏览，你可以在同一个EmEditor中打开多个标签页，切换起来非常方便。
使用更精彩
同TC和firefox一样，EmEditor的非常丰富，插件安装后都可以“Tools/Plug-ins”进行快速调用。这里，笔者向朋友们推荐几个比较实用的：MnzkOpenFolder：安装后可以在EmEditor调用直接打开某个文件夹，但前提是必须对这些文件夹进行注册，注册的方法是打开“Tools/Plug-ins/Customize
Plug-ins”对话框，对MnzkOpenFolder插件的属性进行设置就可以了。
ToSimplifiedChinese：可以将快速转换为简体中文，这样在阅读某些特殊字符格式的电子小说或者繁体文档时，将非常方便。
显示类：显示类插件非常丰富，各有所长，它们可以实现窗口分割(包括横向、纵向分割)、显示标尺、显示显示、改变行距、自动滚屏等功能。
EditPlus和EmEditor都是当今最好用的文本工具之一，适合于网页制作人员和网页编程人员。笔者使用EmEditor已近三年，从事大量的HTML代码编写、ASP编程、读写文章等等，EmEditor可以说是最完美的文本工具了。
EmEditor默认的语言编码是ANSI，也就是我们常用的gb2312编码，当你使用EmEditor在ANSI状态下写UTF-8的网页，汉字部分在浏览器就会出现乱码，点击“文件→另存为”，格式选择“UTF-8”就可以了。而Google的中文网页同样使用UTF-8编码，为什么就不会出现乱码呢？原因就在此。EmEditor可以自动识别打开的网页文件编码格式是TF-8还是ANSI。EmEditor的查找功能非常强大。当你打开第二个文件时，直接按F3，即可直接查找上次的关键词。
#########################################################################
EditPlus和Windows记事本也可以打开任何语言编码的文本文件。初次使用EditPlus，感觉EmEditor是EditPlus的简化版，但它们之间没有必然的联系，是两个公司推出的不同软件。如果你使用UTF-8编码写中文网页，最好使用EmEditor或者EditPlus。
对于非专业程序员，EmEditor可以称得上是Win平台下最为完美的编辑器，因为它在速度、功能、易用性和扩展性上都达到了相当平衡的高水准。
EmEditor的功能和特点：标签页编辑、语法着色和自动完成、文本格式操作、正则表达式查找替换，以上都已经是主流文本编辑器所必备的特征了；大文件支持；原生Unicode支持、内码检测和转换；外部工具扩展；支持宏和脚本、插件，可以自己编写；……
我最看重的是EmEditor的轻快和内码检测转换的强大。我用过超过两星期的文本编辑器包括UltraEditor、PSPad、Notepad++、ConText之类的，在老机器上EmEditor打开文件的速度是仅次于记事本的第二快，因此很自然地，不管我试用什么编辑器，文件关联总是雷打不动的EmEditor。至于Unicode支持和多内码则是EmEditor的独门绝技。EmEditor在打开文本文档的时候能够自动检测文件的编码格式，给出最有可能的格式和相应的编码预览，这个功能在处理多国语言，不清楚文件实际编码方式的时候非常有用。只要系统中安装了相
page和unicode字体，EmEditor支持编辑和保存任意编码的文本。编码的转换也是非常方便的，直接使用reload
as就能实现on-the-fly
recoding，跟浏览器没有什么两样。而其他的文本编辑器就没有类似的功能，以上那些宣称支持Unicode的编辑器实际上要么需要手动调整code
page和字体，要么只支持保存为UTF-8，16等格式而无法存为任意格式。
硬要说EmEditor的不足的话，比如虽然也有一定的辅助编程的能力，但在本质上EmEditor是一般向的编辑器。跟上面那些程序员向编辑器不同，EmEditor没有工程管理、不支持拼写检查、不支持编译、没有16进制编辑能力。这也是它的定位所造成的。作为一个日常使用的一般向编辑器，就算Win平台的Vim和Emacs都不会比EmEditor更好。特别的，这样一个完美的编辑器不是由大公司或是开源团队，而是个人开发和维护的，使人不得不佩服作者木村丰（可以去官网上的讨论区看看，bug报告、使用讨论的每一个问题都是这个人在回帖）。
之前一直用的破解版，进入9版之后，EmEditor加入了在线key校验使得算号器失效了（patch主程序好像没作用），我很认真地考虑是否要花300元买一个正式的licence。不过在这之前，还是找一下有没有功能上接近免费软件。于是发现了一个劣化替代品——MadEdit。实际上早先我也下载过这个编辑器，不过由于开发者对于程序图标的审美观与我分歧太大，我根本没碰过它。
EmEditor应对超大文件是很有一套的，可能是软件架构做的比较好吧，它有一个大文件载入控制器，保证打开超大文件不会卡，更不会失去响应。在EmEditor的官网上还专门有一个，仿佛官方对这个特性十分得意呢。说实话，我上次有个20多MB的文件，其他软件一打开就失去响应了，唯独EmEditor笑傲江湖。
#############################################################################
*=========================================================================
因为Emeditor识别文本编码的能力比较强，所以用Emeditor打开我们想转换的文件，它都可以正常打开的，打开后我们再改变这个文件的编码，然后保存之
* FileName
CodeChange.vbee
yongfa365[
* FirstWrite /Item/CodeChange.vbee.html
* LastModify
* 根据柳永法的博文所改，增加第一个功能！
*==========================================================================*/
Set mainMenu=CreatePopupMenu &&
mainMenu.Add "功能：编码转换",0
mainMenu.Add "", 0, eeMenuSeparator
mainMenu.Add "指定文件夹下所有文件存为指定编码文件",1
mainMenu.Add "", 0, eeMenuSeparator
mainMenu.Add "当前文档存为gb2312",2
mainMenu.Add "当前文档存为utf-8",3
mainMenu.Add "当前文档存为指定编码文件",4
mainMenu.Add "", 0, eeMenuSeparator
mainMenu.Add "所有文档存为指定编码文件",5
mainMenu.Add "所有文档存为gb2312",6
mainMenu.Add "所有文档存为utf-8",7
mainMenu.Add "", 0, eeMenuSeparator
mainMenu.Add "程序说明",100
witchItem=mainMenu.Track
Select Case witchItem
sPath = prompt("请输入要处理的文件所在的文件夹", "")
If FolderExits(sPath) = False Then
alert "输入的文件夹不存在，退出！"
bSubFolder = confirm("包括子文件夹？")
alert(sPath)
sExt = prompt("只处理这些后缀的文件：(为空表示处理所有文件，各后缀以“|”隔开)", "html|htm|asp|php|php4")
NewCode = prompt("文档编码转换为：(936--&gb--&utf-8)", "65001")
If IsNumeric(NewCode) Then
AllFiles = FilesTree(sPath,bSubFolder)
Set re = New RegExp
If Strcomp(sExt,"")=0 Then
re.Pattern = "([^|]+)"
re.Pattern = "([^|]+/.(" & sExt & "))"
re.IgnoreCase = True
re.Global = True
Set Matches = re.Execute(AllFiles)
If Matches.Count = 0 Then
alert("没有满足该扩展名的文件")
editor.NewFile
For Each oMatch In Matches
editor.OpenFile oMatch.SubMatches(0)
SaveFile oMatch.SubMatches(0), NewCode
alert "输入有误，必须输入数字，退出"
SaveFile document.FullName, 936
SaveFile document.FullName, 65001
NewCode = prompt("您要将当前文档编码转换为：(936--&gb--&utf-8)", "936|65001")
If IsNumeric(NewCode) Then
SaveFile document.FullName, NewCode
alert "输入有误，必须输入数字，退出"
NewCode = prompt("您要将所有文档编码转换为：(936--&gb--&utf-8)", "936|65001")
If IsNumeric(NewCode) Then
AllDocNum = editor.Documents.Count
Set NowFile = editor.ActiveDocument
For i = 0 To AllDocNum
editor.ExecuteCommandByID 5376 + i
SaveFile document.FullName, NewCode
NowFile.Activate()
alert "输入有误，必须输入数字，退出"
AllDocNum = editor.Documents.Count
Set NowFile = editor.ActiveDocument
For i = 0 To AllDocNum
editor.ExecuteCommandByID 5376 + i
SaveFile document.FullName, 936
NowFile.Activate()
AllDocNum = editor.Documents.Count
Set NowFile = editor.ActiveDocument
For i = 0 To AllDocNum
editor.ExecuteCommandByID 5376 + i
SaveFile document.FullName, 65001
NowFile.Activate()
Msg= "柳永法制作,"
Msg=Msg & vbcrlf & "本宏在制作过程中有一块地方用了半天时间才发现问题："
Msg=Msg & vbcrlf & "如果您的文档是英文与数字组合没有双字节文字，"
Msg=Msg & vbcrlf & "并且文档是没有BOM的utf-8格式，那么再次打开这个文档时，"
Msg=Msg & vbcrlf & "EmEditor还是会把这个文档编码认为是系统默认的文档，"
Msg=Msg & vbcrlf & "如果是简体中文系统，显示的还是936 gb2312编码，"
Msg=Msg & vbcrlf & "但他确实是utf-8的，只是这两种编码都可以正常打开这个文件。"
alert(Msg)
End Select
Sub SaveFile(FileName, CodePage)
editor.ExecuteCommandByID 4105 'Save As vbCrLf
document.Encoding = CodePage 'Encoding gb2312--&936 utf-8--&65001 ...
If CodePage = 65001 Or CodePage = 65005 Or CodePage = 65006 Then document.UnicodeSignature = False 'BOM
document.Save FileName
Function FolderExits(Folder)
Set FSO = CreateObject("Scripting.FileSystemObject")
If FSO.FolderExists(Folder) Then
FolderExits = True
FolderExits = False
End Function
Function FilesTree(sPath,bSubFolder)
'遍历一个文件夹下的所有文件
Set oFso = CreateObject("Scripting.FileSystemObject")
Set oFolder = oFso.GetFolder(sPath)
Set oFiles = oFolder.Files
For Each oFile In oFiles
'获取每一个文件
str = str & "|" & oFile.Path '以 | 分隔每个文件
If bSubFolder Then '是否进入子文件夹
Set oSubFolders = oFolder.SubFolders
For Each oSubFolder In oSubFolders
str = str & "|" & FilesTree(oSubFolder.Path,bSubFolder)'递归
Set oFolder = Nothing
Set oSubFolders = Nothing
Set oFso = Nothing
FilesTree = str '返回包含文件名称的字符串
End Function
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。以下试题来自：
单项选择题在Word中，下列关于“项目符号和编号”的叙述不正确的是______。
A．项目符号和编号可在段落格式中进行设置
B．可以设置项目编号的起始号码
C．可以自定义项目符号的字符
D．可以自定义项目符号和编号的字体颜色
为您推荐的考试题库
你可能感兴趣的试题
热门相关试卷
最新相关试卷