b3n

Hi dakra!

> is there something Ghostel is missing

eshell allows me to manipulate text as I would in any other Emacs buffer. If I have a function which wraps a word in quotes, and bind it to a key, I can be confident it will work in eshell like it does anywhere else. It's a real killer feature. If I use evil-mode, or xah-fly-keys, or simply want to use ispell to correct the spelling of a word, it all works.

Unfortunately with Ghostel none of this works. It's not integrated in the same way. There are extensions like evil-ghostel-mode, but they are limited.

Are there any plans to improve this, or is it a limitation Ghostel has to live with?

A Ghostel equivalent of eat-eshell-mode would be amazing.

Go is a turn based game without this feature (or bug?) because you aren't forced to move, you can instead pass. Both players passing in a row implies neither player thinks they can improve their position and the game ends.

This was already done, see: Grokipedia.

I'm surprised no one has yet mentioned Eshell has a module built in for exactly what you want, you just need to `(push 'eshell-rebind eshell-modules-list)`. Now C-p, C-r, etc. work as you are used to.

This is a Google company, it has nothing to do with Musk.

But there's plenty of transpilers: ClojureScript, Nim, etc.

Thank you for taking the time to share all this great feedback! Appreciate it :)

I agree with all your points. I will only comment on a few, but will go through each of them and fix what I can.

> I assumed it didn't matter but turns out right goes back, but after you go back, left swipe gives you a new article instead of going back to the article you went back from

This is actually a bug, it's supposed to go forward but it seems `window.navigation.canGoForward` is not implemented in Safari. I'll add a workaround, and then think about better ways to navigate between articles.

> preload the next page

This is supposed to happen already (the API is queried in advance), but it might be slow due to updating the DOM. I'll see if there's a way I can pre-render the next page (might work well with your visual feedback suggestion).

> does the algorithm track how I scrolled the page, which words I dwelled on etc.?

No but I'd like to try something like this and see if it helps the suggestions.

> letting people see more of what you track, like what articles they've read and show them long lists of related articles for the current article, so that you can see that you're making progress instead of feeling that it's an endless pit of information

That's a great idea! Once I've fixed the numerous bugs I'll try and add some interesting/fun stats.

> Will you open source this?

Yes! The only reason it's not already open source is because I'd like to clean up the code a little first.