如何在每次启动Bluefish编辑器时阻止发生此错误?
当然,除了缩短长线...
Bluefish 2.2.4,在Fedora 19上运行。
编辑:
我已经在设置中做到了:
烦人的,根本没有效果...
不知道此问题是否相关,但是您是否可以在Bluefish bugzilla问题跟踪器中查看此问题的详细信息。该问题的标题是:行和cpu的使用时间很长,这听起来似乎不相关,但是如果您仔细研究以下问题:
摘抄
我已经对bluefish 2.2.2(针对gtk + -2.24.17构建,后来针对gtk + -3.4.4构建)进行了测试,我得到了相同的行为。
我做了很多CSS编辑工作,不久前我发现base64映像有问题。而且它们越大,问题就越大。
base64图像可能会产生很长的行,甚至是很小的图像,因为位图信息必须使用ascii(或其他方式)的子集来存储。因此,我以+10,000列(有时更长)结尾的行并不奇怪。
当我向下滚动这样的文件时,恰好在出现冒犯行的那一刻,编辑器冻结了,我可以看到gkrellm对cpu的使用感到发狂。我可以在nano中打开相同的文件并根据需要滚动,而无需注意cpu峰值。
当CSS文件中充满了这些东西时,我只需要关闭bluefish并使用手边的任何东西即可。
然后,其中一位开发人员发表了此评论:
非常感谢您的举报,很遗憾,这是gtk textview小部件中的一个已知错误。
在bugzilla中某处存在gtk的错误报告,但多年未修复。我很惊讶Windows构建没有这个问题,它还使用了gtk...。
我意识到您看到的错误听起来有所不同,但是这两个问题似乎与我联系在一起。我建议将其记录为错误并查看开发人员
为了帮助您和澳大利亚的其他OP加快解决此问题,我将其作为Bugfish中的Bug提交给Bluefish项目。
请对此发表评论,希望我们很快会听到有关此问题的消息。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句