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

TextMate 2.0

github.com

Post reply on HN
Print view View original

81–90 of 187 posts

Re: TextMate 2.0

#81

Post by armitron »

s17n wrote: post #36
armitron wrote: post #16

Earlier quoted context omitted.

Emacs is not by any stretch terminal-based. It can work in a terminal, but it also fully supports graphical environments. In fact, I dare say that most Emacs users use the graphical rather than the terminal version. Example: https://www.youtube.com/watch?v=FWQB_9QcGI0

No smooth scrolling is a deal breaker for a lot of people I'm guessing

It does have smooth scrolling. On macOS (Emacs mac port), it's the same inertia-based scrolling that every other system app is using and on Linux pixel-based smooth scrolling was added for Emacs 26.

Re: TextMate 2.0

#83

Post by notatoad »

xipho wrote: post #54
nimz wrote: post #3

Great to hear and congratulations to the team. Amazing persistence. I used to be a huge Textmate fan - it was so revolutionary in its time. Unfortunately, I think it is too late. The Google Trends comparison of Textmate, Sublime Text and VS Code tells the story: https://trends.google.com/trends/explore?date=all&geo=US&q=%...

Indeed, but not the whole story ;) https://trends.google.com/trends/explore?date=all&geo=US&q=%...

switching those from "search terms" to "topics" tells a different story

https://trends.google.com/trends/explore?date=all&geo=US&q=%...

(and if you keep it to search terms but swap "visual studio code" for "vscode" you see a simialar rise)

Re: TextMate 2.0

#84

Post by armitron »

snazz wrote: post #24
armitron wrote: post #16

Earlier quoted context omitted.

Emacs is not by any stretch terminal-based. It can work in a terminal, but it also fully supports graphical environments. In fact, I dare say that most Emacs users use the graphical rather than the terminal version. Example: https://www.youtube.com/watch?v=FWQB_9QcGI0

I would consider myself an Emacs user and I use the graphical version too. With the exception of the menu bar and toolbar, Emacs seems to be graphical but not a graphical user interface, if that makes sense. It is still primarily a text-based application controlled through the keyboard. There’s certainly nothing wrong with that approach, but my litmus test is if you lose a significant amount of functionality by using…

Actually you lose quite a lot, which is of course everything that requires a graphical environment. Examples include smooth pixel-based scrolling (see my other reply below), extensive image support everywhere (e.g. EWW/elfeed/GNUS/Org) which includes animations, PDF viewing (native on macOS), true color / SRGB, SVG rendering, better font support including emojis on macOS and multiple frames.

Maybe you don't care about any of these but don't tell me you don't really lose anything.

Re: TextMate 2.0

#85

Post by kegan »

Thank you to all that contributed to TextMate 2.0 release. I still use TextMate everyday since around 2008.

I am using TextMate as a text editor, coding for Python/Django, and as scratch pad for code.

Re: TextMate 2.0

#86

Post by nxrabl »

grok2 wrote: post #80
jordwalke wrote: post #52

Earlier quoted context omitted.

You might like to follow OniVim2: https://onivim.io It is native, cross platform, and not based on Electron. It also uses Vim as the core editing engine.

If not Electron, is it native or does it use some other web engine?

It uses the authors' own Revery [0] framework, based on ReasonML and GLFW. So there's Javascript in the stack, but no Chromium.

[0] https://github.com/revery-ui/revery

Re: TextMate 2.0

#87

Post by tambourine_man »

klodolph wrote: post #30
TimTheTinker wrote: post #13

Earlier quoted context omitted.

> Textmate is now just graphical Notepad on Mac I hope no one reads that and assumes that’s all TextMate is. TextMate is the godfather of all modern “smart” GUI code editors — VSCode included.

Doesn’t BBEdit hold that position?

I'm not sure, but I think the whole themes, expandability, multiple cursors thing was TextMate first.

BBEdit magic was all through AppleScript, which was always inscrutable for me.

Re: TextMate 2.0

#89

Post by wayneftw »

TimTheTinker wrote: post #13
steve19 wrote: post #10

I have a lot of respect for Allan Odgaard. Something happened, and I don't want to speculate, that caused him to take a break from Textmate (version 2.0 was supposed to come out 9 or so years ago). Instead of abandoning the project he open sourced it and almost a decade later it is being released. Textmate is now my graphical Notepad on Mac, with VS Code being my IDE and vim my text editor. Thanks Allan.

> Textmate is now just graphical Notepad on Mac I hope no one reads that and assumes that’s all TextMate is. TextMate is the godfather of all modern “smart” GUI code editors — VSCode included.

Visual Studio released in 1997 pre-dates TextMate. There were also quite a few products based on Scintilla which came out in 1999.

(And you could edit not just C++/VB/Microsoft-language files with Visual Studio back then. It was extendable to support many languages, which they did.)

Re: TextMate 2.0

#90

Post by keithnz »

elldoubleyew wrote: post #75
chr1 wrote: post #59

Earlier quoted context omitted.

Would be interesting to know which percentage of vim searches are for vim keybindings in other editors. (i know several people who use vim keybindings, but don't know anywone who uses vim itself)

A little off topic: but when I was in uni our instructors insisted that we use vim for all of our development during the freshman year CS courses. Did everyone actually use it? Of course not, but a significant amount of class time was spent teaching keybindings, macros, etc. I really built a habit of vanilla vim usage, and to this day I have yet to find a "modern" text editor that really supports everything that vim…

I've found a lot support most of the standard modes / commands but not vim scripts (and partial ex mode quite often) . Which is often fine as extended functionality often comes through the host editor/ides native capabilities. The advantage being they can leverage things that just don't exist in Vim.
Post reply on HN