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?

Here is how Netbeans does it: http://netbeans.org/projects/versioncontrol/pages/Git_ui#Inl...

What I see on the screenshots there should be possible in Textadept.

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/

Awesome, thanks. I just added that comment string def to init.lua and it works great.

Edit: why is this not there by default? I'm not sure any developer would not want a block commenting function...

I can't point you to a screenshot, but scrollbars are easy to hide:

buffer.v_scroll_bar = false

Not a video tutorial, but a demo of some Zen-Coding-like HTML editing on YouTube from 2010: http://www.youtube.com/watch?v=DSAinGsc7dA

The terminal version works only on Unix/BSD, but it was only introduced in 5.5. (Which means there might be glitches as well on Linux.)

> A bold claim to make when your competition includes Vim and Emacs.

The code base is actually small and mostly written in Lua, so that it is actually possible to change the editor to your liking.

> The code base is actually small and mostly written in Lua, so that it is actually possible to change the editor to your liking.

When I say extensibility, that's not what I mean. Code is available and it's small and mostly written in Lua - that's all good. But I don't want to mess with core because then syncing upstream is a huge pain. The only interface I want to deal with the extension interface. I haven't looked at the api yet, but I am skeptic about the claims. Vim has vimscript, Emacs has elisp, sublime has python...Editors has been providing extension interface for a long time.

Understood. I think it is still useful to have a small core base that you can read and understand and adapt if you want to. Don't like the GUI open file dialogs? Someone did a text based interface:

http://nilnor.github.com/textredux/tour.html

No need to sync back upstream.

I agree with you that 'Unparalleled extensibility.' might be a bold and difficult to actually prove claim.

> No need to sync back upstream.

The canon doesn't need my changes but I need the canon changes. If I change the core, I will have to selectively merge whenever updates happen. It's great that core is small and can directly be changed, but I think that should be advertised as the last resort.

Textadept is build on top of the Scintilla engine like Scite and Notepad++.

I do use this on OS X and agree that it does not look quite 'native'. It might be possible to port Textadept to be fully native. Scite, which uses the same Scintilla engine, is available as a native OS X app.

It might also be possible to tweak the GTK layouts for the OS X version.

I don't think sticking with GTK for the OS X version is a wise idea. It really just needs to go Cocoa or not bother, since right now it's downright unpleasant to use for me. Scrolling through text using a trackpad, for example, feels completely unnatural next to the rest of the OS X UI (horizontal scrolling appears to barely work at all - vertical scrolling isn't too bad but there is something very off about it). I think the decision to go with GTK for the OS X version was just a poor choice and probably not one made by anyone who uses OS X often.

In the meantime, I guess I'll go look at the source and see what kind of changes would need to be made to use Cocoa in place of GTK on OS X.

The Windows version is quite portable if you manually set the .textadept home to your USB stick. A while ago I wrote a Portable Apps launcher [1] that did that automatically for you, haven't used it in quite a while though. (I wrote this before GTK was included in the Windows package.)

[1] https://github.com/rgieseke/textadept-portable

Submitted for the mock-up cover alone.

Previous discussion here: http://news.ycombinator.com/item?id=4794171

His other book, Modeling with data, is also freely available as a pdf: http://modelingwithdata.org/about_the_book.html