you have to set right GUILE_LOAD_PATH
.
Slow editing of large papers
If by chance you use Ubuntu Linux and want to compile with Guile 3, you can use my guide in https://github.com/texmacs/notes/blob/main/src/compiling-texmacs-with-guile-3-and-qt-5-on-ubuntu-22.tm
I imagine if you get the right deps you can compile on a different distribution too. I tried it a few days ago and it worked after I managed to install all the dependencies (no Guile 1.8 is neccessary).
I don’t know if this was mentioned previously, but you can choose the line breaking algorithm in the Document->Paragraph->Advanced->Line breaking (normal/professional) menu and the page breaking algorithm in the Document->Page->Breaking->Page Breaking Algorithm (sloppy/professional). You can set the paragraph breaking to normal and the page breaking to sloppy to increase performance. When exporting to PDF you can set them back to professional for higher quality line/page breaking.
There is probably no need to compile Guile 3 which is usually included in mainstream distros.
The Guile 3 branch of TeXmacs seems a bit outdated thus I did not compile that.
I’m not sure about it being up-to-date or not. But the version number is 2.1.1, which is the same as the one on the GNU TeXmacs webpage.
The latest is 2.1.2, which fixes some bugs that I care about. Moreover, you can see whether it is up to date by looking at recent commits.
I’ve added here
the PhD thesis of one of my former students. 216 pages which can be edited without problems in one single document (and even in panorama mode).
And here you have a recording of some editing of the document, real speed. https://twitter.com/gnu_texmacs/status/1614770409882226690
I seem to have a different experience from what is shown in the video. Especially zooming takes a while. In the video it seems quite smooth. I get typesetting benchmark measurements of over 2 seconds.
Zooming is slow for me too. I’m using Linux, not sure if that influences things.
Zooming is quite slow in TeXmacs. In the video this is also apparent, it takes several second (especially in panorama mode) for each step of zoom in/out. This seems to agree with what you say. Why do you have the impression that zoom in the video is snappy? (Also, I’m using a M1 Mac, which is quite fast as a machine in itself).
I suppose I can’t really tell from the video, since I can’t see when the zoom was initiated.
I’m curious what the technical reasons are for zooming to take longer than typing. I thought that page and line breaking were the most important bottlenecks.
Scrolling is super smooth, so there is a rendered image of the document in memory already, I guess. Is it that this image is zoom-dependent?
I think is the generation of the font bitmaps that takes time. Every time you zoom, new bitmaps for glyphs should be generated. But I never looked in details into this. I was also puzzled that zooming is so expensive.
@guraltsev would it be possible now to have the TeXmacs sources for your document to put them on tm-forge as an example? the paper is quite nice!