cape VS github-orgmode-tests

Wow, interesting that my response is getting down voted. It seems not enough that I give away my work for free. Nevertheless I appreciate support from the community, as other Emacs package developers. The support is actually helpful. To clarify, publishing my configuration would translate into quite a bit of work, requiring separation of private and public bits.

At least for Elisp source block one can use font locking to create a custom Capf. Add cape-elisp-block from my Cape package to completion-at-point-functions. Even if you don't want to use Cape you could just copy it to your config. It is a short function.

You can use cape-history from my Cape package. This is similar to consult-history only utilizing completion-in-region instead of completing-read.

Haven't tried configuring it accordingly, but here's the docs: https://github.com/minad/cape

corfu is blazingly fast. Orderless is as well. What is not always blazingly fast is your completion providing backend. You didn't mention where your slow completions are coming from. An LSP server? Dabbrev? Maybe a remote machine? Have you combined results from various backends (e.g. using cape?). Some completions backends are unavoidably slow, others are just not well optimized.

The most straight forward solution is probably the package company-math. (that's what I use but with corfu and cape)

Some time I'll add a mixin for Cape which would make the completion stuff really nice.

If you're set on using the completion system (M-TAB) for this, you could install Cape and use the cape-abbrev command to complete your abbrevs.

Oh, of course your efforts are valuable. I didn't mean to sound discouraging in any way. The point made by /u/xenodium is good - if you have a special candidate source with special behavior, it makes sense to provide a separate lightweight Capf. In contrast, using Tempel for this purpose doesn't make much use of the actual template functionality. Tempel is only a good fit for Org blocks if you use it already anyway, as I do. There is also value in having reference Capfs around, which will be helpful when developers create their own new completion functions. This was also the intention when I created my Cape package, which comes with many simple Capfs. It is always interesting to see what other Emacs users come up with. I am thankful for such efforts - it is inspiring!

- 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/