候选项太多的情况下company确实有性能问题,尤其是lsp + company。
如果使用emacs27+,尤其是gccemacs 28会好很多。另外i,如果使用 company-box,可以尝试关掉 company-box-enable-icon
,并适当调整 company-box-doc-delay
,看看是否有缓解。
强啊,抄一波答案
上来先给一个赞
再问一个有关性能的问题,
在写代码的时候有个别情况下发现font-lock-mode
挺影响性能的, 有没有那种办法能使用上代码高亮还不卡顿的 , 用的gccemacs 还是有时候会感觉到 font-lock导致的偶尔卡顿,
还有就是如何才能彻底关闭逐行滚动的效果 , 不太习惯emacs逐行滚动, 修改了scrollstep为0
和scroll-conservatively为0
有时候C-n
依然会逐行滚动几行之后光标居中
建议dashboard
添加jsx && tsx
的文件图标
不知道你是如何判断是font-lock导致卡顿的。如果确实是,可以参考 EmacsWiki: Font Lock Speed 等wiki进行优化,或者在某些情况下disable,比如超大或者超长文件。还有问题就得救助Emacs developer了。
调整这几个参数,善用帮助系统和google
(setq scroll-step 1
scroll-margin 0
scroll-conservatively 100000
auto-window-vscroll nil
scroll-preserve-screen-position t)
另外 ,非mac系统还用了 good-scroll
插件。
jsx 是支持的,tsx 在 all-the-icons 中没有加入。这个跟dashboard无关。有两个解决办法,给all-the-icons 提issue或PR,或者自己加入tsx 图标即可。 我会在Centaur中加入tsx图标。
点赞点赞点赞
#+begin_src C :file main.cpp
#+end_src
大佬在org babel 中使用 C-c '
对上述代码进行编辑,会报如下错误(其它语言也会)
Error processing message (wrong-type-argument listp "Edit, then exit with C-c '
or abort with C-c C-k
)
这时候编辑代码,并不能进行补全
最近刚发现有这么一份配置,确实不错,没有直接用,不过抄了很多作业哈哈哈。
跟这份配置无关的一个问题: 在prog-mode中开启了visual-mode-line的话,如果使用swiper搜索的命令就会有一个明显的卡吨,但是在org-mode中就不会有这种问题,有大佬知道是哪的问题么
Swiper 卡顿我也有,不过不知道是什么原因导致的,我也开启了 visual-line-mode。
试试 swiper-isearch是否卡顿
大佬,最近在使用centuar的时候遇到两个问题,一个是刚打开文件进行输入的时候,补全会不显示或者弹出的box框宽度小于候选项,删除之后再次输入就会正常。二是在写python的时候,我自己安装的第三方库补全没问题,只有opencv这个库的补全不行,import cv2后,输入cv2.后没有任何补全,手动输入方法后也没用,该方法会提示unknow。这是什么情况有遇到么?只有这一个库不行,是有什么特别的问题么?
刚打开文件LSP会进行索引,这时候补全是不生效的,需要等待索引结束。 至于cv2的,需要看看pyright的配置,是否在索引范围内。LSP server找不到的或者没有索引的话不全也是不行的。可以用vscode测试下看看是server本身的问题还是配置的问题。
哦,原来在建立索引时间内,懂了。至于cv2的问题,应该是在索引范围内的,我已经检测过了,所有的第三方库都安装在同一目录下的,只有这一个库是有问题。所以觉得很奇怪。
swiper-isearch不会
建议使用 swiper-isearch,性能更好,还能搜索同一行中的多个关键字。
好的,看注释swiper-isearch is not line-based,看起来visual-line-mode在某些情况下确实会影响swiper的性能, 后续研究研究
试试在 minibuffer中禁用 visual-line-mode?