Re: Overleaf equivalent for org-babel users?
Hello Johanna, Your project is very interesting. Overleaf is a very good tool to help students to learn LaTeX, and it would be nice to provide the same tool for emacs-org-mode. Have a look on the following links: https://www.reddit.com/r/emacs/comments/3ql5ga/online_orgmode_editor/ https://www.rollapp.com/app/emacs https://repl.it/languages/elisp At the moment, I cannot help more, but in my opinion, getting a dedicated server would be probably necessary. Best wishes, -- Joseph
Policy proposal: Do not move existing functions/macros except in major version increments
The relatively recent moving of org-get-outline-path to org-refile.el has caused breakage in Org itself in several places, e.g. https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00260.html https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00259.html https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00261.html Thankfully, Kyle has proposed a patch to revert that change. I hope it is merged. If it is not, when a new Org version is released with those changes (actually, sooner, because some users run the master branch), it will cause further breakage in out-of-tree packages and code in user configurations. I think changes like this should not be made without very careful consideration of the wider implications. These kinds of changes create a not-insubstantial burden on maintainers of Org-related packages to keep up with churn and maintain compatibility with multiple Org versions (which are used in the wild for years--I know of users still using Org 8, as well as Org 9 versions that are included with older Emacs versions (e.g. Emacs 26.3 is still stuck in Debian unstable, not migrating to testing, stable, or backports)). For my own packsges, I would expect to get multiple bug reports for several of my packages, which means that for each one, I then have to deal with the report, make a fix, test it, log it, push it, close the bug report...and for all that, nothing is gained. It adds up, and it's frustrating and demoralizing. Of course, I am not opposed, in principle, to refactoring and reorganization of this sort. Org is a huge project, and it certainly could benefit from these kinds of changes, in general. So, I propose that changes like these should not be made except in major version increments, e.g. this change should have been delayed until the release of Org 10.0. It would be helpful for users and package authors if they knew that changes like these would not be made until the next major version increment. If this is agreeable to the Org maintainers, I'd ask that it be documented in the project and announced in the NEWS file. Thanks, Adam
Overleaf equivalent for org-babel users?
Hey there, I've been preparing lecture notes with org-mode and lualatex export that include python diagrams and so on for about more than a year. Now my colleagues and team start to get interested in tweaking the results. Therefore, we would need some kind of online collaboration solution similar to overleaf that can compile the latex including the python (org-babel) inserts. And, obviously, versioning would also come in handy, so that would rather be github / gitlab functionality. Does anyone know of a solution like overleaf that can be used for that? Could you point me at your description of any setup needed? Or, alternatively, do you have some good description of how to set up a server / virtual machine that can do that? (at best including a virtual emacs interface, so not all users have to do all the installations locally)? If so, that description would also interest me. I would like to either use some online platform like overleaf or explain to my university colleagues who already have servers running what they could do for me. The problem is, that the collaboration colleagues are not good friends with coding (they prefer word to latex, excel to python ... until now, at least), so I'm not very inclined to suggest them to start using emacs. I would very much prefer some web-based solution to get them started. Also, such a solution might provide ways of having students contribute smaller bits and pieces without having to go thru the whole learning curve of learning the use of emacs, installing all the tools, etc.pp. Any ideas? Thank you very much! Cheers, J. May
adding paragraph folding to visibility cycling?
One feature I have always found helpful when working on long documents is paragraph folding; where paragraphs are folded to display just the first line. MS Word had this very early on in its outline view, for example. I can get paragraph folding and unfolding in org using packages like origami (say with origami-toggle-all-nodes), but I was wondering if there's a way to easily add it to org visibility cycling? Bruce
Re: One inconsistency with org-element parsers
Hello, akater writes: > I want to make it easier for users to define custom non-inline blocks > (and operations on them). So I studied parsers in =org-element.el= and > stumbled upon the following seeming inconsistency: > > Plists for =comment-block=, =example-block=, =export-block=, =src-block= > all have neither ~:contents-begin~ nor ~:contents-end~ in them, while > plists for =center-block=, =quote-block=, =verse-block= have both. :contents-begin and :contents-end means there is something to parse in-between. It doesn't make sense for the block types in the first category, where the contents are not meant to be Org syntax. Regards, -- Nicolas Goaziou
