Live data from Hacker News

Ditching Obsidian and building my own

amberwilliams.io

541–550 of 570 posts

Re: Ditching Obsidian and building my own

#541
post #332

Earlier quoted context omitted.

Fun fact: Dropbox doesn’t support emoji in file names ( or at least, didn’t last time I checked. ) Deal breaker for me - adding iconography to file and folder names can be a natural, zesty enterprise.

And here I am still coming to terms with using spaces in filenames.

I'm willing to pass on this one, IStillPascalCaseMyFolders (And camelCaseMyFiles.txt)

Re: Ditching Obsidian and building my own

#542

Earlier quoted context omitted.

For the Tailscale app on Apple platforms it’s called VPN On Demand. Here's how you can configure it. https://tailscale.com/kb/1291/ios-vpn-on-demand

Tailscale is built on wireguard but it is not just wireguard. I want a wireguard only solution.

Got it. The key there would be to find a WireGuard app that supports the "VPN on Demand" feature of iOS. It should be called out on their app page in the App Store, if not in their documentation.

Re: Ditching Obsidian and building my own

#543

Earlier quoted context omitted.

So obsidian let's me get 40 hours of work had I used notepad for notes done in 13-20 hours?

I store my code snippets, config templates, daily changelogs, todo lists, and note templates in Obsidian and use them probably dozens of times a day. I have keyboard shortcuts that open up specific notes that I copy code snippets and filepaths from. If you were to put me next to someone that was storing their notes in notepad I would bet you money that they take 2-3x as long as I do.

Oh if you're saying you're 2-3x faster at using notes that's reasonable.

But an extra minute 20 times a day to reach the right section in notepad is still only 20 minutes.

If you're comparing against someone that doesn't do all the saving and automation you do at all, that's not a matter of what program they use.

Re: Ditching Obsidian and building my own

#544
post #508

Earlier quoted context omitted.

Yep, you can totally do that with Trilium. Instead of #topic, you would type @topic in the body of your note, Trilium will autocomplete trying to find matching references (containing "topic" in either their name or attributes or path or prefix), and if none exists, a new "topic" note will be proposed to be created on the fly. You will also be asked whether the new note should derive from a Template or not, and that's…

oooh I love that. That also hits my qualms with notion too! I think I'm sold. Thank you for answering all of my questions so thoroughly.

Hey, don't hesitate to check back with questions or updates :)

All the best to you!

Re: Ditching Obsidian and building my own

#545

I've been doing this for a while. My biggest hurdle was implementing sync between local and backend. I ended up using GitHub as my backend, Chrome extension as frontend, and implemented a simplified version of the Git client in SQLite with lots of triggers. Happy to share it with people. The app is here: https://github.com/osmoscraft/tundra and the sync logic is here: https://github.com/osmoscraft/tundra/blob/master/…

I really admire the way you've solved this. This is exactly the type of thing I want to inspire others to tinker with! Some of the readers feel there's a single optimal solution. Though I'm confident that there's room for a plethora of PKMS solutions Oh and funny enough I'm in the process of working on an open-source chrome extension for bookmarking things I've read it looks similar to your https://github.com/osmoscr…

Thanks for drawing the connections. I think hacking on PKMS is so satisfying because it combines multiple hard problems: text editor, search engine, graph database, sync engine, CMS; and you can go down a rabbit hole in any of them!

Btw, I can't access https://notes.holeytriangle.com/admin/files/a969c5f6-fa9c-44... is that your private admin link?

Re: Ditching Obsidian and building my own

#546

Emacs chads just keep winning.

Younger folk and beginners keep ignoring Emacs (and Lisp in general), without the slightest attempt to even understand what kind of philosophy makes it appealing. The profound difference lies in ontological fungibility – Emacs isn’t software you use, but cognitive clay that becomes an extension of your mind’s operating system. Where any specialized app is inevitably doomed to constrain you to some kind of constructed…

All excellent and true points. However, it is my personal opinion that first impressions matter. When a newbie installs Gnu Emacs the default theme and overall appearance of the GUI is shockingly dated and the defaults are bizarre compared to 'modern' UX. That's what happens when you create software 40 years before there were any UX standards. Heck there was no mouse and no arrow keys on most keyboards at the time. Full screen editing was brand spanking new. The vi editor came after Emacs because UNIX came after Emacs.

Most new young potential Emacs users are students and new developers being raised on VS Code or JetBrains IDEs. Which out of the box appear modern to their young eyes. So when they see vanilla Gnu Emacs the reaction may be, "Okay Boomer, whateva".

I would argue that the reason Spacemacs and Doom resulted in such massive growth of the Emacs user base had less to do with evil-mode and more to do with attractive theming and applying reasonable default settings that match how those modern UX IDE's work. Not to mention the myriad of YouTube videos about them.

I fail to comprehend why the old school graybeards refuse to update the default appearance of Emacs. Of course the out of box experience should be mostly spartan but it could look a whole lot prettier. I would like to see Emacs devs adopt Prot's standard light and dark themes, they need to replace the traditional default theme and be distributed with Emacs. The default theme can hardly be called a theme, it likely predates theming in Emacs.

I don't know anyone who sticks with the out of box appearance of Emacs.

I think we are going to need some curated video demonstrations including slow-motion and key presses being shown. Real world tasks being demonstrated. Including eshell and REPL, etc.

I too have been toying with creating some of these demos. We need to create focused compelling videos that are rather short. Showing off just how great Emacs is overall. Seeing is believing.

So many junior devs never saw Emacs and only maybe they heard something about it but never took a deeper look. It is always some rogue graybeard who shows off in front of junior dev and that dev needs to pick their jaw off the floor. similar occurs with Neovim.

Re: Ditching Obsidian and building my own

#547

Earlier quoted context omitted.

Younger folk and beginners keep ignoring Emacs (and Lisp in general), without the slightest attempt to even understand what kind of philosophy makes it appealing. The profound difference lies in ontological fungibility – Emacs isn’t software you use, but cognitive clay that becomes an extension of your mind’s operating system. Where any specialized app is inevitably doomed to constrain you to some kind of constructed…

All excellent and true points. However, it is my personal opinion that first impressions matter. When a newbie installs Gnu Emacs the default theme and overall appearance of the GUI is shockingly dated and the defaults are bizarre compared to 'modern' UX. That's what happens when you create software 40 years before there were any UX standards. Heck there was no mouse and no arrow keys on most keyboards at the time. F…

We also should be targeting non-developers such as writers and researchers and students. I know some people who use Emacs to manage their Dungeons & Dragons games. Both as a dungeon master and as a player. Heck I use org to take notes while I am playing a complex video game.

We should espouse the wonders of Plain Text and how you'll never be locked into a proprietary file format. You can use it with Git for revision history and tracking changes. The power of Elisp enables non-developers.

We need to start a sort of grassroots marketing campaign to spread the word. In a nice way. i.e. don't bash the competition. Just show what Emacs can do in short highly focused videos. Emacs can speak for itself.

Re: Ditching Obsidian and building my own

#548
post #175

Earlier quoted context omitted.

(Long time Emacs user, abandoned since VSCode became a thing because it hurt my wrists so much.) Do you think what you're talking about is hard to demo? "- The act of writing is programming your environment (Org markup becomes executable functions) - Tools aren't discrete entities but fluid expressions of your current mental state (e.g., I can run a shell command piping it to grep and then pipe the results into a tex…

No, it's not hard to demo, and I've been thinking about making some vids, but it's just difficult for me for multiple reasons. Besides, the whole topic feels too grandiose to cover easily and make it satisfying for every level of expertise — newbies and seasoned veterans. I'm a regular dweller of https://www.meetup.com/emacsatx . We meet every first Wednesday of the month - if timezone permits it, come talk to us if…

Very impressed by Rainer König's Org-Mode tutorial series on YouTube. He manages to keep most episodes under 15min. As you progress the knowledge keeps building slowly. Highly effective. His paid courses are likely even better. During the 1st series He only touched init.el a few times. Opting instead for using Customize functionality. He used the default theme, if you can all it that. Toolbar on and menu bar and he used them during the sessions.

System Crafters tends to mostly do live streams for more a couple of hours. You learn a lot watching them. But many people don't have the patience for that.

Re: Ditching Obsidian and building my own

#549

Emacs chads just keep winning.

Younger folk and beginners keep ignoring Emacs (and Lisp in general), without the slightest attempt to even understand what kind of philosophy makes it appealing. The profound difference lies in ontological fungibility – Emacs isn’t software you use, but cognitive clay that becomes an extension of your mind’s operating system. Where any specialized app is inevitably doomed to constrain you to some kind of constructed…

Young people and beginners don't even know these things exist, and if they do happen to know they exist they have no reason to look into them. It's absurd to attack people for not "attempting to understand" something that they don't know enough about to have reason to "attempt" it. There are all sorts of technologies that I haven't "attempted to understand" (including many emacs packages) because they aren't on my radar or I haven't been made aware of their value. This lack of an attempt is not some sort of flaw.

Re: Ditching Obsidian and building my own

#550

Earlier quoted context omitted.

People definitely sleep on emacs, which is a shame, but I do get it. I switched to emacs fulltime for coding for my work a few years ago, and really had it tailored to my preferences but drift (that took just slightly too long for me to keep up with while on the job) combined with AI features in other editors led me to land on Zed for code, which saddened me but is probably the best fit for coding. However, Org-Mode…

> I really wish org-mode and org-roam's functions were callable outside of emacs What are you even talking about? It's like wishing for java programs to be able to execute without JVM, or Erlang-code without BEAM. While that's theoretically possible to a certain degree (using Graal and Lumen), it's not easily achievable. Org-mode is written in Elisp, of course it needs Emacs to run. You just need Emacs executable and…

"What are you even talking about?"

Not understanding something is not a virtue, not something to act smug and superior about.

"It's like wishing for java programs to be able to execute without JVM, or Erlang-code without BEAM."

No, it's not like that.

"Org-mode is written in Elisp, of course it needs Emacs to run."

There are (incomplete of course) apps outside of emacs and elisp that process org-mode files. And even if there weren't, it makes sense to wish that there were. In the mind of a clear and competent thinker, the mere fact that org-mode needs emacs to run is not a reason not to wish it weren't.

Post reply on HN