Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Emacs Widget Library

gnu.org

Post reply on HN
Print view View original

41–50 of 52 posts

Re: The Emacs Widget Library

#41

Post by platz »

cup-of-tea wrote: post #33
milkytron wrote: post #2

After using vim for years and becoming what I would consider proficient in it, is there any reason to try out emacs? I've been wondering if I could be more productive in it after the learning curve, or if I should spend that time further solidifying and slightly improving my vim skills. Has anyone here used both and have any thoughts on this?

Definitely yes. Use evil if you have to. Then check out org-mode and magit and you'll never go back.

The only thing lacking in magit is the graph log renderer, which is just ASCII and can't deal with complicated graphs well

Re: The Emacs Widget Library

#42

Post by akashakya »

platz wrote: post #8
applecrazy wrote: post #3

Earlier quoted context omitted.

I've been using spacemacs for a bit now, mainly because of org-mode. Most of the keybindings from Vim transfer to spacemacs, so it hasn't been very hard to learn, so for you I think it would be a nice middle ground, if you don't want to immediately go full Emacs.

Spacemacs unfortunately suffers from slow startup speed and an unnecessary "layers" abstraction. I could never use Emacs without vim keybindings, but I don't need to install Spacemacs to get that. It's as easy as package-install evil package-install evil-commentary package-install evil-leader package-install evil-org package-install evil-surround

Have you tried doom-emacs? https://github.com/hlissner/doom-emacs

It has an insane startup speed! I tried once and it opened within a second. I'm not an evil user myself, so don't know about the vim compatibility.

If you are interested in making the startup faster, check https://github.com/hlissner/doom-emacs/wiki/FAQ#how-is-dooms... from the same author

Re: The Emacs Widget Library

#43

Post by nextos »

good4parts wrote: post #40
nextos wrote: post #4

Earlier quoted context omitted.

Emacs is not just an editor, it's a text-mode Lisp machine. If you like this idea, it does make sense to try it. Some people love Evil, a Vim emulation layer on top of Emacs. I do all my computing using just StumpWM, Emacs, Firefox and xterm. I'm much happier than with my previous setup. Curses-based CLI applications don't compose well. They are little silos. In contrast, on Emacs everything is hackable and alive. Th…

What type of container do you use for your browser?

Just firejail (despite the name it has no association to Firefox):

https://firejail.wordpress.com/

https://wiki.archlinux.org/index.php/Firejail

It's super easy to use.

Re: The Emacs Widget Library

#44

Post by anotheryou »

kovek wrote: post #16

One thing I tried to make in Emacs was a window at the top which shows the lines that you do not see that are unindenting from the currently visible indentation. It would act almost like a header. Next, would be to display these vertically inside the space created by the indentation itself. I don't see how to pack more source code context information on a screen than that

did it work? can you share?

I imagine a sticky header for the last line of any text from another level, is that would you built?

Re: The Emacs Widget Library

#45

Post by cup-of-tea »

platz wrote: post #41
cup-of-tea wrote: post #33

Earlier quoted context omitted.

Definitely yes. Use evil if you have to. Then check out org-mode and magit and you'll never go back.

The only thing lacking in magit is the graph log renderer, which is just ASCII and can't deal with complicated graphs well

I wrote a graph renderer in emacs lisp a few years ago [0]. It never got included in magit because my code wasn't very good. I'm not sure it would have been better for complicated graphs than the standard git log one, though. Do you have an example of a complicated graph and how a better renderer deals with it?

[0] https://github.com/magit/magit/issues/495#issuecomment-17480...

Re: The Emacs Widget Library

#46

Post by platz »

cup-of-tea wrote: post #45
platz wrote: post #41

Earlier quoted context omitted.

The only thing lacking in magit is the graph log renderer, which is just ASCII and can't deal with complicated graphs well

I wrote a graph renderer in emacs lisp a few years ago [0]. It never got included in magit because my code wasn't very good. I'm not sure it would have been better for complicated graphs than the standard git log one, though. Do you have an example of a complicated graph and how a better renderer deals with it? [0] https://github.com/magit/magit/issues/495#issuecomment-17480...

well, gitk is really my high-bar standard. Of course it't not ascii, but in terms of the end-user-goal of clarity, it's the best. as for ascii renderers, tig doesn't do too badly.

your project looks very nice though, certainly an improvement over the default in magit.

Re: The Emacs Widget Library

#47

Post by clircle »

natrys wrote: post #25
tashlandiq1 wrote: post #15

Earlier quoted context omitted.

I don't know. I've never used Evil. I felt like I should actively forget Vim in order to get the most out of Emacs. Vim emulation maybe good for editing for some people, but Emacs is much more than an editor. People bring up the Emacs pinky problem, and I agree it's a problem. But the solution for me was easy: mapped the left alt to ctrl, and kept using the right alt as alt.

Mine is nearly the same. I use xcape to make space behave as ctrl when pressed in conjunction with other keys, but just space otherwise. Much more convenient use of the left thumb. But yes, in practice there is some getting used to it if you are a fast typer, because xcape uses a tiny time threshold to distinguish between the intent behind these two (and that normal space occurs at key release, not key press).

Interesting, I alt as control on Windows and Linux. I wonder if there is a way to map Space to Control when tapped on Windows.

Re: The Emacs Widget Library

#48

Post by cup-of-tea »

platz wrote: post #46
cup-of-tea wrote: post #45

Earlier quoted context omitted.

I wrote a graph renderer in emacs lisp a few years ago [0]. It never got included in magit because my code wasn't very good. I'm not sure it would have been better for complicated graphs than the standard git log one, though. Do you have an example of a complicated graph and how a better renderer deals with it? [0] https://github.com/magit/magit/issues/495#issuecomment-17480...

well, gitk is really my high-bar standard. Of course it't not ascii, but in terms of the end-user-goal of clarity, it's the best. as for ascii renderers, tig doesn't do too badly. your project looks very nice though, certainly an improvement over the default in magit.

Oh, I see, tig puts merges on one line. I used two for some reason. I think I was copying git graph too closely and missed that opportunity. It would be rather easy to modify my elisp version to be like tig.

When I was testing mine the worst case repository for me was git.git. It's essentially useless to view the graph in any ASCII viewer. It actually breaks tig right now on my box. gitk does much better because it breaks some of the long branches rather than piling them all up until it no longer fits on the screen.

Re: The Emacs Widget Library

#49

Post by platz »

cup-of-tea wrote: post #48
platz wrote: post #46

Earlier quoted context omitted.

well, gitk is really my high-bar standard. Of course it't not ascii, but in terms of the end-user-goal of clarity, it's the best. as for ascii renderers, tig doesn't do too badly. your project looks very nice though, certainly an improvement over the default in magit.

Oh, I see, tig puts merges on one line. I used two for some reason. I think I was copying git graph too closely and missed that opportunity. It would be rather easy to modify my elisp version to be like tig. When I was testing mine the worst case repository for me was git.git. It's essentially useless to view the graph in any ASCII viewer. It actually breaks tig right now on my box. gitk does much better because it b…

Idk, Maybe your version is better than than tig, I was just comparing tig to 'git log'

Re: The Emacs Widget Library

#50

Post by WalterGR »

pjmlp wrote: post #37
tashlandiq1 wrote: post #6

Earlier quoted context omitted.

I also used Vim for about 5 years. I have been using Emacs for about two years now. Emacs, hands down, is the better editor, and not only that. When I first decided to learn one of them, Vim seemed cool because modal editing was something new to me. I'm glad I learned it, but I wish I had switched to Emacs earlier. Emacs offers so much than Vim plus many other programs combined. Emacs users often mention org-mode, bu…

> I'm amazed how the Common Lisp development environment with Slime and Quicklisp is so much better than anything else out there. Now imagine the commercial ones. https://franz.com/products/allegro-common-lisp/acl_ide.lhtml http://basalgangster.macgui.com/RetroMacComputing/The_Long_V...

Why Franz and not LispWorks?

20 minutes into a Franz video about single-step debugging and they still hadn’t set it up yet. Maybe that was impressive 30 years ago?

Post reply on HN