latex-snippets VS github-orgmode-tests

Though I'm not the same commenter, I personally got over the curve by learning from the LaTeX-tutorial.com website recommended by my professor of a math course, and then by learning how to use the Vim text editor with LaTeX. I also took a math course that happened to required weekly problem sets to be submitted in LaTeX.

The first stage of learning was to learn LaTeX with from the website LaTeX-Tutorial.com, which includes a tutorial with no paywall [1]. I paid the closest attention to tutorials 00 to 05 for the core functionality, then skimmed the rest of the tutorial, as I would only rarely use the remaining features. (For tables, even after gaining a general familiarity with how the tabular environment work, I still found it faster to use the Tables Generator website [3], which was also recommended by my instructor).

I then gained practice using TeXstudio as I preferred an offline program, though my professor and most of my fellow students used Overleaf as an online editor. However, I found that I spent a lot of time transcribing handwritten problem sets into LaTeX documents on TeXstudio and Overleaf, and searched for a faster and more pleasant method (in particular, I found that there was a significant delay in my experience when compiling LaTeX code to a PDF with TeXstudio and Overleaf).

That was the source of my motivation for learning how to use Vim with LaTeX, though you should have enough knowledge for effectively writing LaTeX documents with just the information from the LaTeX tutorial website. I was also motivated due to my curiosity about Vim in general, from past discussions on the text editor in an xkcd comic and various forum discussions.

To begin the learning process for Vim, I completed the default-installed Vim tutorial (also motivated because I was curious about Vim in general, from past discussions on the text editor in an xkcd comic and various forum discussions) over a weekend day. Crucially, I followed most of the advice from a Hacker Noon article [4] about more efficient ways to scroll up and down. I then edited the .vimrc config file to allow for using the cursor to keep things simple, using most of the default configurations for Neovim.

Then, I roughly followed E.J. Mastnak's guide at [1] to get set up, over the course of another weekend day. After some troubleshooting with the configuration, I finally got the setup to work, and I’ve happily been using Vim with LaTeX since then. Since the process reduced the friction to compile LaTeX code to a PDF, I compiled my document more often, so I could catch errors early and often (I rarely spend time troubleshooting and debugging LaTeX code now, since I now fix errors shortly very after they appear, as I compile the document every few lines of code or so).

The main major drawback of using Vim and LaTeX was that I followed the advice to enable autocompletion with snippets (e.g. typing “AA” automatically types in “\forall”) via the the UltiSnips software, which would make substitutions without an audible notification (in contrast to other software that I use to make snippets outside of Vim, that would make an audible ping before a substitution). That led to some significant typos in an early assignment I submitted, and I since learned from my mistake to be far more careful when using Vim with LaTeX for enabling snippets. However, snippets also functioned as a nice learning tool, as I would learn through practice what some basic commands would be, through the auto-substitution (for example, I’ve now easily remembered through exposure that <= is written as `\leq`) in LaTeX.

To conclude, you can use free tutorials to learn the basics of LaTeX, and use Overleaf and TeXstudio to practice. For additional speed and pleasantness, you can spend a couple focused weekend days (or possibly more) to learn how to use Vim with LaTeX following another free guide. Then, you can reinforce your learning through regular practice (in my experience, my regular practice was necessary due to requirements of a math course—if your work or education similarly requires LaTeX, a real-life necessity is a great motivator for practicing document production with LaTeX).

[1] https://latex-tutorial.com/tutorials/

[2] https://www.ejmastnak.com/tutorials/vim-latex/intro/

[3] https://www.tablesgenerator.com

[4] https://hackernoon.com/learning-vim-what-i-wish-i-knew-b5dca...

[5] https://github.com/gillescastel/latex-snippets/blob/master/t...

My ~/.vimrc configuration is just copied from this website https://github.com/gillescastel/latex-snippets

I was trying to use some of Gilles Castel's LaTeX snippets for my own notetaking, which I do on nvim with markdown, using pandoc to convert to pdf. The problem with this is that the tex snippets are designed to be activated only when in LaTeX math, but there's no function to directly check this in the plugin I'm using for pandoc markdown.

1) There's a different plugin based approach for LaTeX if you don't grow to like latex-suite (as I did): vimtex can be used to do the compiling, syntax highlighting, completion, navigating to the right spot in the code or pdf ect, and you can take care of the snippets yourself, either by simply not doing anything and typing everything out (completion aided), using :h :ab or using a snippet plugin (in the case of UltiSnips, a careful review of this would be a boost) 2) "just installing" vim plugins without reading about their features doesn't really add to anything other than the learning curve, because many vim plugins change the way vim works and can only be made useful by knowing about their features. If you just let them sit, many of them won't do anything other than slowing down the program. This might very well be different than in VSC

tex.snippet file i use

- or to visualize and use it as a personal partner.

There's already a ton of open-source UIs such as Chatbot-ui[3] and Reor[4]. And that's just the tip of the iceberg.

Personally, I haven't been consistent enough through the years in note-taking.

So, I'm really curious to learn more about those of you who were and implemented such pipelines.

I'm sure there's a ton of really fascinating experiences.

[1] https://orgmode.org/

literate config (using ORG mode)

Obligatory reference to Emacs Org-Mode [1].

Author's approach is basically Org-Mode with fewer helpers.

Org-mode's power is that, at core, it's just a text file, with gradual augmentation.

Then again, Org-Mode is a tool you must install, accessible through a limited list of clients (Emacs obviously, but also VSCode), and the power of OP's approach is that it requires no external tools.

[1] https://orgmode.org

This reminds me a lot of [Org Mode](https://orgmode.org/). Do you have plans to add other org-like features, like evaluating code blocks? I don't personally see myself moving away from org-mode, but it would be nice to have something to recommend to people who are reluctant to use emacs, even if it's only for a single application.

If you want to spare a couple of detours, you probably could start with Emacs Org-mode according to Greenspun's eleventh rule: "Any sufficiently complicated PIM or note-taking program contains an ad hoc, informally specified, bug-ridden, slow implementation of half of Org mode."

Wow, no one has recommended Org mode (https://orgmode.org). I started using Emacs nearly 20 years ago specifically because of Org. I use Org for all my static sites, note taking, to-do lists and calendar. Org has a lightweight markup language that has far more features than Markdown (e.g., plain text spreadsheets!), but the markup isn't visible to the extent that Markdown is in most editors. Emacs with Org files behaves almost like a WYSIWYG editor. For example, links in Org files are clickable and their URLs aren't visible unless a cursor is hovered over them. I'm an obsessive note-taker with more than 6,000 Org files in my personal knowledge base and none of the dozens of other note-taking apps that I've evaluated comes even close to Emacs with Org. But to be fair, I create content on Linux only so support for mobile devices doesn't matter to me.

By the way, I think it's hilarious that you mentioned Dreamweaver, dv35z, because I experimented with using Dreamweaver for note-taking in the 90s! I still have a few HTML files that include notes I took back then using Dreamweaver. Needless to say, I definitely prefer Emacs with Org!

Just another reason for one to get into org-mode[1] and org-roam[2].

Combine this with the concept of Zettelkasten[3] and you have a wonderful way to organize and store all your notes and writings, and even a way to know at what point you should move your idea from analog to digital (based on it's maturity, e.g. "evergreen state").

1. https://orgmode.org/