Show HN: Lite – A small, fast text editor • Hacker News Board

Re: Show HN: Lite – A small, fast text editor

#21

Post by Koshkin » Sat, May 09, 2020, 6:07 PM UTC

Very nice; some basic user's documentation would be helpful.

Re: Show HN: Lite – A small, fast text editor

#22

Post by [deleted] » Sat, May 09, 2020, 6:07 PM UTC

tingletech wrote: post #5

mosselman wrote: post #2

Any instructions on how to run this on macos?

on catalina os x; I just went git clone https://github.com/rxi/lite.git cd lite ./build.sh ./lite and an app did start up, but the text gets cut off in the editor window, and I can't quit the app from the menu

[deleted]

Re: Show HN: Lite – A small, fast text editor

#23

Post by SbEpUBz2 » Sat, May 09, 2020, 6:09 PM UTC

johnchristopher wrote: post #7

Looks nice. But upon starting it up I lost all windows decorations (KDE), had to restart my session and lost the things I was working on in my terminals. How can launching an app cripples the whole desktop ? (not that this have anything to do with the app to me, it's a plasma thing) First thing I look for was support for vim keybinding, could neovim be used as the backend editor ?

KDE disables compositing when SDL apps are opened to improve performance. It should return once the app is closed. You can disable this behavior in System Settings > Display and Monitor > Compositor and unchecking Allow applications to block compositing.

Re: Show HN: Lite – A small, fast text editor

#24

Post by [deleted] » Sat, May 09, 2020, 6:09 PM UTC

haddr wrote: post #16

tingletech wrote: post #5

Earlier quoted context omitted.

on catalina os x; I just went git clone https://github.com/rxi/lite.git cd lite ./build.sh ./lite and an app did start up, but the text gets cut off in the editor window, and I can't quit the app from the menu

same here, works on mac quite nice :) and it's super fast. also fonts are a bit big on retina screen.

[deleted]

Re: Show HN: Lite – A small, fast text editor

#25

Post by nem_pet » Sat, May 09, 2020, 6:11 PM UTC

I will definitely try it as vs code became so slow and has all not needed features for me.

Re: Show HN: Lite – A small, fast text editor

#26

Post by skrebbel » Sat, May 09, 2020, 6:11 PM UTC

tambourine_man wrote: post #20

So there's no GUI toolkit? Everything is drawn with Simple DirectMedia Layer?

I didn't check but I would assume it's based on https://github.com/rxi/microui by the same author.

Re: Show HN: Lite – A small, fast text editor

#27

Post by bitexploder » Sat, May 09, 2020, 6:12 PM UTC

tambourine_man wrote: post #20

So there's no GUI toolkit? Everything is drawn with Simple DirectMedia Layer?

Yep:

https://github.com/rxi/lite/blob/master/src/renderer.c

Re: Show HN: Lite – A small, fast text editor

#28

Post by iamcreasy » Sat, May 09, 2020, 6:13 PM UTC

It feels snappier then sublime! Is there any limitation in the plugin system?

Re: Show HN: Lite – A small, fast text editor

#29

Post by bachmeier » Sat, May 09, 2020, 6:16 PM UTC

rfeague wrote: post #18

Since there are a lot of text editors, I'd like to see more detail on the motivations for yet another one. How does this compare to the current top-five open source editors?

And Textadept, which is also written in Lua.

Re: Show HN: Lite – A small, fast text editor

#30

Post by mmm_grayons » Sat, May 09, 2020, 6:17 PM UTC

tolqen wrote: post #15

tingletech wrote: post #5

Earlier quoted context omitted.

on catalina os x; I just went git clone https://github.com/rxi/lite.git cd lite ./build.sh ./lite and an app did start up, but the text gets cut off in the editor window, and I can't quit the app from the menu

it seems to compile/run fine for me on catalina but everything is absolutely huge (hidpi compatibility issues?)

Same here; font is huge on catalina. It seems like this is the culprit:

  static double get_scale(void) {
          float dpi;
        SDL_GetDisplayDPI(0, NULL, &dpi, NULL);
  #if _WIN32
          return dpi / 96.0;
  #elif __APPLE__
          return dpi / 72.0;
  #else
          return 1.0;
  #endif
  }

I found changing it to dpi / 192.0 to be fairly comfortable. It wouldn't be too hard to add a scale option and change to `return (dpi * scale) / 192.0`. The "right way" is probably to do that but also get scale by checking the screen resolution; I'd go by height due to the increasing adoption of ultra-wide monitors:

  static double get_scale(void) {
          SDL_DisplayMode dm;
          SDL_GetDesktopDisplayMode(0, &dm);
          return dm.h * scale / 786.0;
  }

Edit: works on my win10 and arch boxes.