madedit-mod icon indicating copy to clipboard operation
madedit-mod copied to clipboard

MadEdit-Mod is a cross platform Text/Hex editor(based on the madedit project @ sourceforge)

Results 46 madedit-mod issues
Sort by recently updated
recently updated
newest added

When I define a custom keyword in the .syn file, it usually work well in many case, but when a very long "chinese charactor" before it,it will not work! But...

bug

现在的MadEdit-Mod的查找替换面板中的下拉箭头中,记录了最近的所有的搜索历史,这对于搜索关键词或者表达式的重复利用,减轻用户劳动量是非常有效的!不过在实际搜索过程中,往往会发生无效的搜索,或者有些搜索仅用一次就够了,以后可能都不会再用到,可是以前好不容易编好的正则表达式却被这些无效的搜索或者仅用一次的搜索给淹没或排挤出了搜索历史范围,反而失去了“记录搜索历史”的真正意义。 用关键词搜索的时候可能还不会觉得怎么样,终归要搜索的关键词一般都比较短,重新输入也不是很麻烦的事儿,而在用正则表达式搜索的时候,一是有一个调试表达式的过程中,会产生大量的无效的搜索垃圾,二是往往一个有效的正则表达式做出来是很不容易的,如果被搜索垃圾淹没了的话,还需要重复劳动。 我希望能够让用户自己决定哪些搜索关键词或者表达式需要MadEdit-Mod记住,哪些不需要。也就是说,在查找替换面板上多一个复选框——记住当前搜索替换内容——当用户通过调试后,发现自己的表达式非常好的时候,就勾选这个复选框,这样他的劳动成果就被记住了,下次直接点击箭头调用就可以了,要方便和实用很多。 尤其是在“搜索结果窗口中的Search Again”功能还没有建立起来的现在,当在搜索之后,对文本进行了一定的编辑之后,原来的搜索结果中的行号就不起作用了,此时删掉原来的搜索结果,在“查找替换面板”中用下拉箭头再次搜一遍,整个操作也要比不断的在搜索框中输入一个相同的表达式要方便得多了。 您看呢? :)

有些搜索得到的内容挺重要的,往往需要每隔一段时间就要对这些内容重新搜索一次,比如说在“编号杂乱无章的文本”中搜索带有编号行,随着编辑,又会添加不同的编号,用户希望自己所添加的编号不会重复,此时就要通过搜索来确认自己已经有了的编号,而且是每隔一段时间就要重新搜索一次,这样原来的搜索结果就用不到了,当然,用户可以把以前的搜索结果删掉,然后再进行新的搜索,不过,用户如果能够重复利用原来已经用到的搜索结果,会更方便的。 用户只要在“搜索结果窗口”中右键点击相应的搜索树的树干,选择“再搜索一次”,此时就利用当时使用的关键词或者表达式重新进行了一次搜索,原来的搜索结果消失,新的搜索结果就会出现在"搜索结果窗口"的尾部。这样等于用一个动作解决了“删除搜索树、打开搜索替换面板、输入搜索关键词或表达式”这一套的操作,非常方便了。 如果再配合#137的功能,用户就很容易找到自己当时所用的搜索词或者表达式了。 这样可以降低清理“搜索结果窗口”的频次,使这个窗口更有效的发挥作用。希望能够参考哈!

用户在.syn文件中可以通过自定义range的方法给自己的文本自定义高亮显示,但是我发现MadEdit-Mod对自定义range两端符号的识别使用的是“勉强模式”,也就是“尽可能少”的让文本中的内容被确认为是“自定义range”中的内容,而此时就会发生如下的错误: ![](http://i13.tietuku.com/076646df3cb0efb7.jpg) 正确的结果是应该是即使在存在同级嵌套的情况下,也会包容到最外层括号,使整个高亮区域内的左右括号配对是完整的。也就是说此时的适配应该使用“贪婪模式”。 啊,上面说的“勉强模式”和“贪婪模式”都是正则表达式里的术语,具体在MadEdit-Mod是怎么实现的,我就不知道了哈。 对于上图中的情况,如果用正则表达式匹配达到相同的效果,是这样的: ``` \(.*?\) ``` 而如果要将最外层的括号顺利的被高亮区域包容进去,正则表达式是这样的: ``` \(.*\) ``` 而且尽管“贪婪模式”因为包容的内容更多,可能更占用内存吧,但仅发生了1次匹配计算,而“勉强模式”要在每一次匹配都看是否包容的是最少的,所以计算次数要多很多,也就较“贪婪模式”慢了几倍。——我这是抄的教科书……那什么,还希望您能纠正这个bug哈。

这个又不好用英文来表达了…… 我不知道在编程中会不会也遇到这样的问题,我是在text文件的编写过程中感到因需要时常的自己去数或者计算文本的缩进量,而让整个编写过程不得不中断,有时候算错了缩进量,结果就要对大块的文本进行“缩进”或“解除缩进”的编辑。 当编辑的文本结构非常复杂的时候,比如说文本的意思发生了大量的嵌套(层次,我目前编辑的文本遇到了10个以上层次的嵌套,markdown仅支持6个,word仅支持9个,但用文本编辑器理论上可以做出几十个甚至几百个嵌套吧),此时在“不使用折行”的状态下,使用“文本缩进”的方法来区分不同嵌套的内容(也就是大纲级别)是很方便的事情,而且在阅读的时候也层次分明,一目了然。但当文本过长,或者嵌套过多的时候,找到每个嵌套对应的缩进量就很麻烦了。 不清楚syn文件中的indentchar和unindentchar的用法,但貌似并不能标记嵌套的首尾。 如果能够在编辑框的顶部增加一个标尺,并有一个标记(A)能够显示鼠标所在行的行首位置,通过快捷键或鼠标操作能够固定标记(A),并显示出一条临时的垂直引线,此时当光标移动到其他行的时候,会出现标记(B),观察(A)和(B)的关系,用户就可以比较方便的利用这条(A)引线来对其同一级别的嵌套内容对齐缩进了。 或者不用标尺,而是使用背景经线,平时的背景都是空白的,当需要进行在缩进上的对齐时,在基准行上使用快捷键或者鼠标操作,能够使该行行首出现一条经线,这条线贯穿整个文档,此时只要看上下文相应的嵌套位置是否和这条经线对齐就可以了,也比较方便。这样还可以在多个行上做出多条经线(颜色随机不同),这样就可以同时对多个不同级别的嵌套进行调整了。 我想过将一部分嵌套用引用的方式拉出来放在文章的后尾(或者另开一个新的file),类似于脚注,使用特殊符号组合对这两部分同时标记,然后通过查找找到相应的嵌套内容位置,但这样很影响上下文的阅读连贯性,而且当我需要重新安排嵌套的时候,又不得不把那些摘出去的内容再搬回来,还是很折腾的。 MadEdit-Mod使用tab键来进行缩进的方式(并且可以自定义单位缩进量)很是方便,还有批量缩进或批量解除缩进的命令,这都很方便,但前提是需要用户清楚具体的缩进量,有时候层次太多了,用户就记乱了。 我感觉我提的这两个方法都不是很容易实现吧,相比之下在编辑框中直接显示经线的方法更直观方便一些。如果能够实现,真是能够大大的改善处理大型复杂结构文本的时候遇到的麻烦。 MadEdit-Mod没有提供文本的文档结构窗口,如果使用了**文档结构窗口**的话,这种多层嵌套式的文本编辑起来就会方便得多了!我以上的建议是感觉到您可能不太希望做文档结构窗口,提出的另外一条办法。 另外,在使用“折行功能”之后,文本缩进就更不好控制了,当我的缩进量超过了窗口或者限制宽度的时候,就会缩进到下一行的开头,此时调整缩进量就更乱了。所以我感觉要根本的解决这个问题,可能只有增加一个“**文档结构窗口**”了吧。

enhancement

编辑长文档的时候,如果能够将这个文档在两个分割窗口中显示,用户就可以很方便的进行上下文的对照,如果进行对文档的大块剪切粘贴,就不必在文档中跳来跳去的,直接在另一个窗口中找到相应的位置,从当前窗口中剪切,在另一个窗口粘贴就可以了。非常方便。 如果能够将一篇文档在更多的分割窗口中打开,比如说4个,那么就可以同时对文档中的4个地方同时进行编辑,这在统一格式、统一术语表述的时候非常有用哈。 我的这个灵感来自于word,在word中,可以实现对一篇文档做两个分割窗口,如下: ![](http://i13.tietuku.com/d9d10212cf399399.jpg) 如此就可以做上下文对照编辑了,节省了跳转操作的次数,而且也提高了编辑的效率和可靠性。 现在可以通过拖曳tab实现不同的文档处在不同的分割窗口中,实现这种同一篇文档在不同的分割窗口也不会很难吧? :) 希望您能够考虑我这个建议哈!

我在“·”后面加上设置为specialword的西文字母,结果就变成了普通的text颜色了。如下图: ![](http://i13.tietuku.com/4421c496df73cc75.jpg) 在这里我把text字体设为“灰色”,specialword的字体设为“黑色”,结果上图第一行中的“mSv”就成了text字体颜色,而第二行中我把“·”删掉之后,就显示正确了。“·”在这时“点乘”的意思。

The help have said that user could use shift + F8 to highlight word, it is a really good function for the users! But the MadEdit-Mod couldn't remenber these highlight...

通过鼠标简单的拖动标签可以实现各种分屏,这个功能非常棒,但每次关闭MadEdit-Mod之后,再打开,所有的自定义的分屏就都消失了,需要用户自己恢复上次的分屏情况,如果MadEdit-Mod能够记住用户自定义的分屏信息,下次再打开的时候能够继续使用这些信息的话,那就方便多了。希望您能参考哈!

The fast find toolbar is a very good method to jump in a line or a long text, but now we must use mouse click the button, that is inconvennietly...

enhancement