Live data from Hacker News

Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

foicica.com

41–50 of 83 posts

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#41
That's great. Now if you'll excuse me, I have to go back to vim and gcc, because I don't have a cross-platform open source IDE that has been "relentlessly optimized" for my language of choice, to look slick, to not consume gigs of RAM and to not stop the world while I'm typing some text. What I have is a long list of text editors. Oh, here's another one. That's great.

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#42
post #23
post #13

Earlier quoted context omitted.

The fact that this has a small core of C and Lua, according to the website, is a much better selling point than "unparalleled extensibility". I don't think even most Vim fans would claim vim is "as extensible" as Emacs -- while maybe on paper -- not really. I prefer Vim, but it's hard to argue with the sentiment that "Emacs is a nice operating system". Still with proper support for Lua, I suspect it might be forced t…

> I don't think even most Vim fans would claim vim is "as extensible" as Emacs Vim fan reporting. Apart from async(which Vim can't do), Vim is as extensible as Emacs in letter and spirit. Considering that you are vowing vim allegiance, I think tpope's plugins would have made it pretty obvious how extensible vim is. > Still with proper support for Lua, I suspect it might be forced to do a lot of the same things Emacs…

  > Apart from async(which Vim can't do), Vim is as extensible as Emacs in letter and spirit. Considering that you are vowing vim allegiance, I think tpope's plugins would have made it pretty obvious how extensible vim is.
Well, pastie[1] might be one of the few "advanced" plugins I've considered using (the only one I've actually used is limp[2]).

I've not come across anyone advocating something along the lines of mush or gnus for vim(x) though. That is more what I meant -- I use Vim as "just" an editor.

Also looking at the code for pastie.org support in Vim and Emacs -- I would definitively prefer extending Emacs -- and I don't even like Lisp much. I suppose one could use another scripting language to extend Vim, such as Python -- but my impression is that the focus is a little (note not a lot) different between Emacs and Vim wrt. these type of extensions:

http://emacswiki.org/emacs/pastie.el https://github.com/tpope/vim-pastie/blob/master/plugin/pasti...

I do use pathogen, though: http://www.vim.org/scripts/script.php?script_id=2332

(x) Well, there is notmuchmail, which I suppose is somewhat similar. But as far as I understand mush is well ahead in many respects.

[1] http://www.vim.org/scripts/script.php?script_id=1624

[2] http://www.vim.org/scripts/script.php?script_id=2219

edit: formatting, spelling

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#43
post #32

Earlier quoted context omitted.

Screenshot with dark theme: http://i.imgur.com/oqByS.png

Scrollbar chrome makes me instantly lose interest. If there was a screenshot without this (is there a terminal version?), I would regain interest. Screenshots are important especially to people like me who may or may not care. They're the fastest way for a potential user to answer the question: is this worth caring about at all. Some questions you can answer with screenshots: - Does it run on my platform? - Are there…

> Scrollbar chrome makes me instantly lose interest.

Scrollbar issue is with my XFCE theme, not textadept.

> If there was a screenshot without this (is there a terminal version?), I would regain interest

Gnome terminal, windowed: http://i.imgur.com/Dfh6o.png Gnome terminal, fullscreen: http://i.imgur.com/6yoil.png

> Does it run on my platform?

Runs on Windows, Linux, and MacOS.

> Are there any glaringly ugly things about it that will be a dealbreaker?

I don't see any.

> Is it more beautiful/cool than what I'm already using?

Well, it depends on what you find more beautiful/cool :) For example, it's similar to my current GVim setup: http://i.imgur.com/djaLS.png

> To what extent can it be customized?

It seems that most of it is written in Lua (except the core), so it seems pretty extensible http://foicica.com/textadept/11_Scripting.html

> What kind of people are using it (if you have user screenshots)?

Can't help you with this :)

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#45

Does the "toggle block comment" option actually work (Ctrl+/)? Tried it with python (file saved with .py ext and syntax highlighting even showed up), but couldn't comment with that keybinding... edit: block commenting didn't even work when selecting it from the Edit menu.

By default comment strings are not defined in core Textadept. Add them like this:

http://foicica.com/wiki/comment-supplemental

Or install the Python language module:

http://foicica.com/hg/python/

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#46
post #23
post #13

Earlier quoted context omitted.

The fact that this has a small core of C and Lua, according to the website, is a much better selling point than "unparalleled extensibility". I don't think even most Vim fans would claim vim is "as extensible" as Emacs -- while maybe on paper -- not really. I prefer Vim, but it's hard to argue with the sentiment that "Emacs is a nice operating system". Still with proper support for Lua, I suspect it might be forced t…

> I don't think even most Vim fans would claim vim is "as extensible" as Emacs Vim fan reporting. Apart from async(which Vim can't do), Vim is as extensible as Emacs in letter and spirit. Considering that you are vowing vim allegiance, I think tpope's plugins would have made it pretty obvious how extensible vim is. > Still with proper support for Lua, I suspect it might be forced to do a lot of the same things Emacs…

One part where emacs beats vim is the ability to embed images. Emacs + AucTeX is by far the best editing platform for LaTeX because auctex converts the math snippets into images and displays them in emacs buffer. It is possible to write the backend support in vim as well, but not possible to display the image inside the vim buffer.

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#47
post #24

Earlier quoted context omitted.

> What does this do that Vim doesn't? It's not vim. That alone will be a selling point for a vast majority.

I didn't realize a vast majority were nincompoops.

How did you manage to miss that?

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#48
post #26

Earlier quoted context omitted.

> Vim is as extensible as Emacs in letter and spirit. without knowing Emacs how could you claim that. Actually Emacs comes with smtp written in elisp[1] and IMHO Emacs is more customizable than Vim. But I won't say Emacs is better than Vim. Peace.. [1] http://www.gnu.org/software/emacs/manual/html_node/smtpmail/...

> without knowing Emacs how could you claim that. Where did I say I don't know emacs? I don't know what is emacs's mail support implemented in doesn't mean I don't know emacs. > Actually Emacs comes with smtp written in elisp[1] I said: "If it doesn't, I am in complete awe - not by the extensibility but by the pointlessness of implementing smtp server in elisp." Implementing a smtp lib that talks to a smtp server is…

Although you might not want to debate whether Vimscript is better or worse than elisp, I don't mind. Most things are better than Vimscript.

I've even written a language [1] that compiles to Vimscript because it sucks so bad.

[1] https://github.com/luke-gru/riml

Re: Textadept: fast, minimalist, and Lua-extensible cross-platform text editor

#50
post #44

About that extensibility, would it be possible to implement inline diffs? (Paint margin green for added lines, show a red marker for deleted lines.)

The (deprecated) debug module has some screen shots that show margin markers:

http://foicica.com/wiki/lua-debugger

The styling and symbol choice is configurable.

Not sure how inline diff works though (for deleted lines), do you have an example in another editor?

Post reply on HN