https://www.reddit.com/r/emacs/comments/hkjyj2/orgmode_latex_collaboration/ I’ve used LaTeX for years as my document production system, so that I need not bother with word processors. I write letters, papers, homework, dissertations, and presentations in it. For the past couple years, though, I’ve been shifting all these to org-mode, which I find much simpler for managing my materials and exporting to LaTeX (as well as anything else). However, now I am back to working on academic papers collaboratively.

Why Keyboard Driven Editing in this age of the mouse? First of all, the mouse is easy – you don’t need to learn anything to point, drag, and click. And for many problem spaces this is ideal: I browse the web with a mouse (usually because my work as a web application engineer requires it), and I wouldn’t dream of attempting keyboard-driven image editing such as with Gimp or InkScape.

If you inspect the JDBC database backing a Crux install, you will find it contains only one table – tx_events. Don’t be alarmed; it seems this really does contain the information that constitutes the document database so pg_dump will do its job. See Crux Zulip Thread

I just had yet another case of stuff I am responsible to maintain breaking because of Google. My long-standing program has run with the following code: google.setOnLoadCallback(function() { /* ... */ }); This has worked for a decade, but finally it seems to have broken. Fortunately, I already had a suspicion that it was a google thing breaking on me as this has happened before. While I am not part of whatever update list is warning about these upcoming changes, they were at least decent enough to tell me that I need to load() charts first.

Suddenly Cron wasn’t running my mail script; I verified that the script itself was still working, so than I began the venture into the unknown: how to debug Cron? Serverfault has a good answer. Everything seemed to checkout, and I verified that it was working to write to a tmp file. The file was being written. Finally, by removing the line that smothers output to /dev/null I was able to find the problem: the need for an absolute path name (as evidently the Cron user couldn’t run getmail without a full path).

On Linux you can make files unalterable to anyone – including system processes. In particulary this helps me when my system keeps deleting my getmail program (which isn’t from a repo) with every system update. Make files immutable Make it immutable, so it cannot be changed or removed (preserving the fix I’ve made for the mistyping in mime subclasses) sudo chattr -V +i /usr/local/bin/getmail This makes it immutable. Check which attribute flags are at work on files See what attribute flags (like “immutable”) attributes:

Setting the Scene Transit is a seamless alternative to JSON (actually an extension of JSON). Why use Transit when JSON is so prevalent? For me, the simple reason was that it allows me to preserve my data types (mine are Clojure, but they are not necessarily such) over the wire. For me in particular this was my time types, and my uuids (which I wanted to standardize so they stop alternating between UUIDs, strings, and keywords, for matching purposes).

I export to HTML fairly often with orgmode. In this case “export and open” resulting in viewing the code is almost never what I want; it would be much more useful like the export pdf option, which doesn’t view to the LaTeX code but right to the PDF. Answer As per https://emacs.stackexchange.com/questions/2387/browser-not-opening-when-exporting-html-from-org-mode A setting change fixed this. M-x customize-variable org-file-apps and for files of type \\.x?html?\\' I specified firefox %s. Now it does what I want.

Working with d3js I found myself in need of a tooltip to explicate data as it is explored in a chart. The best way to use d3 with Reagent (react.js) is to use reagent to handle the DOM manipulations and d3 to handle more elaborate visualizaion calculations. We don’t follow the d3 model of adding an event to every dom element to trigger a tooltip item to be created, which duplication would behave poorly with React state maintenance.

I have an orgmode item that looks like this: ** STARTED [#A] Planning, Emails & Social [48/56] <2020-03-23 Mon 08:15-09:00 +1d> This item is a target for my capture-from-email, so TODO items are constantly added beneath. The result is that the count always end up as [0/0] in my agenda until I manually visit the headline and do a C-c # to update it to the proper count; I’m not sure why this is, but I would love to fix it somehow.