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

100%重现过程: 1,安装冰凌输入法,并使其处于关闭状态,即保持当前为 英语 美式键盘 的状态。 2,直接运行MadEdit.exe(从0.4版到0.5版都行),保持光标在编辑器里边,或者应该是保持窗口的“焦点”不变。 3,通过快捷键win+空格切换输入法至冰凌输入法,MadEdit马上崩,并生成dmp文件。 但如果事先打开输入法,再运行MadEdit.exe,就没事,怎么切换都没事。 那么这个是输入法的问题吗?不是,我之前在用精灵五笔,同样的操作,[有机率]精灵五笔变成“只能输入英文”的状态,MadEdit没崩,点个桌面再点回去就能输入中文了,因不是次次都出问题,就懒得管了,不过现在找到100%重现的方法,怎么也来说一下。 [Madedit_20220620T220505_1644.zip](https://github.com/LiMinggang/madedit-mod/files/8941367/Madedit_20220620T220505_1644.zip)

日志文件50mb左右 Ctrl+Home 跳到文件开始 数字 中文都搜不到 me = MadEdit() me.FindTextNext(text="45835", bRegex=False, bCaseSensitive=False, bWholeWord=False, bDotMatchNewline=False, bPanChinese=False, rangeFrom=-1, rangeTo=-1) 脚本都搜不到 能看到 搜索内容的时候可以搜到

Hi, I modified the source and working on ARM Aarch64 Debian Bookwor/sid See enclosed. You have to diff yourself. [madedit-mod-master.zip](https://github.com/LiMinggang/madedit-mod/files/8217746/madedit-mod-master.zip) ! Regards, EMLommers

对于大文件(比如1G的csv文件),一开始是正常的,用鼠标拖右侧滚动条,到后面就会出现问题。 比如一屏总共能显示25行,但是只有前17行显示内容,后8行是空的。 而且此时PgDn键、向下移动键 都无效(可以用PgUp和向上移动键) 0.5.0α2 和 0.5.0α3 都有这个问题,越大的文件效果越明显。 如下图(文件还没有结束) 谢谢! ![MadEdit-Mod0 5 0a3-问题](https://user-images.githubusercontent.com/67968014/144738267-19dec32f-26b4-417e-bbf8-df20be86f148.png)

我看 #298 中因为MadEdit不支持“动态更新”而不能添加大纲功能——是不是指“树状列表”功能?outliner?我觉得如果MadEdit-Mod能够实现这个功能的话,那将成为有史以来对中文支持最好的树状列表文本编辑器了!——见好几年前“善用佳软”的那位老先生对十几种树状列表文本编辑器的比较和综述,可以百度查到(treepad、mempad等等)。 还有搜索结果不能跟随文本的更新而更新,我忘了是从哪个issue里看到的了……也是因为不能动态更新造成的。 我这两天因为在编写一个超大文件,经常要用“书签”功能,然后我发现当我在某个书签前添加行的时候,书签会自动下移。这给了我一些启发。 嗯,我也不知道我的这个想法是否可行哈,聊备一说。 在搜索过程中,有一个选项是“标记文本行”,如果不选的话,就不会加书签,选上了就会自动添加很多书签。这也给了我一些启发。 我想能不能这么做——建立3套书签系统: (1)就是现在用的这种书签,可以手动添加删除,可以通过搜索添加,也可以对书签行进行编辑。 (2)是隐形的书签系统,标记所有的搜索结果所在行,不管用户是否选了“标记文本行”,都会做这个动作。当用户选择了“标记文本行”,等于是激活了第(1)种标签系统。   搜索结果中所列出的“行”并不是直接读取当前文本中的行号,也就是说不是直接生成“文本快照”,相应的搜索结果中的“行(xxx)”也不是直接读取快照后生成的——而是通过下面的过程生成的,绕了一个弯儿:     ①给所有搜索结果添加隐形书签;     ②将隐形书签所在行的行号映射到搜索结果中,也即当隐形书签所在行发生了变化时,与其关联的搜索结果行号也同时变化,此时如果搜索结果中的“行(xxx)”文本因为“快照”的原因不能随之改变也没关系,至少其链接所到的行是正确的了。     是否可以这么做——将“行(xxx)”从搜索结果文本中分离出来,单独生成一栏,格式可以是列表式的,也可以是和左侧“行号条”一样的,嗯,这样就不必加“行”字了,只列出行号——这个行号是隐形书签所在行的拷贝,其他的行号都被忽略。     用数学编程的方式说就是假设所有行号是一个单调递增的单列矩阵(等差数组),搜索结果中的行号就是submatrix,或者trim。     如此,因为书签所在行号是随着文本编辑可以改变的,那么它在搜索结果中的映射也会自动改变,相当于一种“动态更新”的效果了。     ③搜索结果中的文本部分根据“行号栏”所分配的行号读取相应行的文本,当某行的行号发生改变时,该搜索结果显示的文本行自动更新一次。 (3)也是隐形的书签系统,工作原理跟(2)相同。将这个隐形书签与.syn文件中的DirectiveLeading相关联(或者其他的标记,或者新给出一个专门用于大纲标记的标记选项),这样当出现DirectiveLeading行,便会同时加一个隐形书签,然后在大纲页面对这种隐形书签行进行索引,然后显示出来。   拉树状列表时,只显示根目录即可,不必考虑2级或2级以上级别的目录,目录号由用户自己定义,比如说定义为不同的缩进(tab键),或者不同的章节符号(一、二、三……1、2、3……等等),当定义为不同的缩进时,显示出来的效果就是树状列表了。   “大纲窗口”相当于是现在的“搜索结果窗口”的一个复制品,同样允许用户给切换显示这个窗口设置快捷键。并设置一个“更新大纲”的命令,就是说如果MadEdit不支持动态更新的话,可以让用户在需要使用或更新大纲的时候,按某个快捷键,生成一个大纲,显示在“大纲窗口”里。   按下这个“更新大纲”的快捷键之后,MadEdit同时完成2个动作:     ①清空搜索结果;     ②搜索带有DirectiveLeading标识符的行,并将搜索结果列出来,生成大纲。   举个例子:   比如说我把给DirectiveLeading指定给了“%%”;   我在书写到一定段落之后,新建章节,用%%,然后写上章节编号、章节名,或者用tab键缩进之后,写章节名;   比如说我定义“更新大纲”的命令为“Ctri+Shift+L”,我按这个快捷键,弹出“大纲窗口”,清空之前的对“%%”的搜索结果,并列出新的搜索结果。   然后我就可以从这些搜索结果中点击,跳转到我所需要看的章节位置了。 ————————————————————下面说的是更容易实现的一种方法————————————————————— ————————————————————————半自动的“动态更新”————————————————————————...

这是0.5.0a的标签栏配色: ![image](https://user-images.githubusercontent.com/16543111/115979764-690ea680-a5ba-11eb-8f3e-6b1b6cd0152c.png) 这是0.4.19的标签栏配色: ![image](https://user-images.githubusercontent.com/16543111/115979910-4335d180-a5bb-11eb-8334-66ba92ed52a0.png) 可以看出,“未活动”的标签窗口的文字颜色是不同的。在0.5.0a中字体是深灰色,在0.4.19中字体是黑色的。 仅这点儿差别吧,我就感觉干活儿时候的专注性下降了一些。 我分析了一下原因,因为菜单栏的字体是黑色的,激活标签窗口的字体是黑色的,编辑窗口中的文字也是黑色的,只有未激活标签栏文字的窗口是灰色的,就像是在电脑屏幕中断了不明显的一层——如果这一层断得非常明显,倒也不至于太分神,但这一层字体说浅不浅,说深不深,反正容易让人关心那里了。 这是0.5.0a的搜索结果窗口的配色: ![image](https://user-images.githubusercontent.com/16543111/115979841-d6bad280-a5ba-11eb-9ecb-69e71c4d3536.png) 这是0.4.19的搜索结果窗口的配色: ![image](https://user-images.githubusercontent.com/16543111/115979931-63659080-a5bb-11eb-96c6-964c0258ec12.png) 这个差别很明显。在0.5.0a中的灰色底,给我感觉与编辑界面背景色(白色)差别太大了,像个毛坯房。而在0.4.19版中,和编辑框背景色一样,就更协调统一了,不会因为颜色的变化而产生心理上的波动。 不过,如您所见,0.4.19中的选中的行,字体变成了白色,不仔细看根本看不清楚了,如果把选中的字体变成“黑色加粗”或者将选中行区域变成“蓝色”(书签颜色,就像0.5.0a中的那样,能够让字体与背景色发生反差,凸显出来,而不是像现在我得趴在电脑跟前才能看清楚我到底选中些什么),效果就非常好了。 _Originally posted by @zhulaojianke in https://github.com/LiMinggang/madedit-mod/issues/317#issuecomment-826249048_

版本:0.4.19 系统:win7旗舰版sp1 今天想用MadEdit-Mod的书签功能在一个比较大的文本里前后部分来回跳转,然后发现“书签功能”不好用了。就是在“查找”菜单中最下边的“放置/删除书签”这个功能。 我试着通过搜索给特定行加上书签,在搜索框中勾选了“标记文本行”,仍旧没有效果。 请您检查看看。 我记得原来这个功能很好用的来着。

基于原0.2.9版本开发存在一个问题: 对于语系编码的自动识别,无法如同0.2.6版本一样准确。 比如某UTF-8的文件,偶尔的被自动识别为其他语系编码。 如果改变检视时的语系编码之后退出文件,则这个问题能够立即重现: 再次开启该文件,会调用上次的检视,而非自动识别文件的原语系编码。 希望 Li 大,是不是能够抽空纠正这个问题。 辛苦了,感谢您接手这个工具的维护,敬祝安康。

invalid

Please provide the following information Madedit-Mod version (or branch): MadEdit-Mod 0.4.19 x86_x64 platform/architecture: Ubuntu/x86_x64 compiler and compiler version: GCC 9.2.1 20191008 wxWidgets 3.1.3 please describe what symptom you see, what...

Please provide the following information Madedit-Mod version (or branch): MadEdit-Mod 0.4.19 x86_x64 platform/architecture: Ubuntu/x86_x64 compiler and compiler version: GCC 9.2.1 20191008 wxWidgets 3.1.3 please describe what symptom you see, what...