Live data from Hacker News

TextMate 2.0

github.com

131–140 of 187 posts

Re: TextMate 2.0

#131

Earlier quoted context omitted.

TextMate never had AppleScript integration, AFAIK. Also, I'm not convinced we should ignore those "archaic" technologies, at least in the abstract. Applications can provide "dictionaries" of commands that, when implemented well, provide GUI applications with the kind of "snap together for amazing effect" you get with shell scripts and a host of well-written CLI tools. You arguably can't script the AppleScript-intensi…

AppleScript is a great idea in how everything is scriptable. Unfortunately, the language itself is a horrible abomination from the wild 1990s days of Mac OS... sorry, now macOS... and writing absolutely anything in it is painful. I feel like Apple introduced Automator to overcome the pain of AppleScript, but it never really caught on (I don't even know if Automator is still on macOS.... yep it is, still with the cute…

I think AppleScript and Automator is/will be deprecated and the replacement would be Shortcuts present on iOS.

I think the main developer of AppleScript left Apple last year.

I think I read something on these lines on HN, I may be remembering things slightly wrong

Re: TextMate 2.0

#132
I've switched from OS X to Linux approximately 12 years ago so I'm not really concerned by this release, but I'm still happy about it. TextMate has introduced me to powerful text editors. I was completely crazy about this software at the time. Back then, it was not open source and it was the only software I paid for (well, except for the OS and the included iLife suite). I remember paying two licenses just to support Allan Odgaard a bit more.

When I switched to Linux my first choice was Gedit (it was usable at the time) with a ton of plugins to make it like TextMate as much as possible, but I very soon turned to Emacs and I've not gone anywhere else since.

Re: TextMate 2.0

#133
post #86
post #80

Earlier quoted context omitted.

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

ReasonML does not imply JavaScript - it can compile natively using the OCaml native compilers - and that's exactly what Revery does. GLFW is also native/C.

Re: TextMate 2.0

#134

Earlier quoted context omitted.

> It’s possible that native graphical editors will increase in popularity at some point Panic seems prepared to take that bet, with their development of Nova [1], a replacement for Coda. [1] https://www.panic.com/nova/

They seem to be doing okay with Coda already?

I can't say I've ever met anyone who actually uses Coda. Does it appeal more to the Dreamweaver crowd? (No offence to anyone who uses Coda, or Dreamweaver, or anything else!)

Re: TextMate 2.0

#135

I remember liking TextMate back when I used macOS as a daily driver. Glad to see the project is still going. Wish there was a Linux port. :-/

>Wish there was a Linux port. :-/

This would defeat the point of it really, the whole point of TextMate in 2019 is to have an editor that leverages the native Mac UI.

If you ported it to Linux you'd either just be making a completely new application that didn't work the same or you'd be making as weird application that felt like a Mac app running in the Linux world.

Re: TextMate 2.0

#136

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.

> It is native It isn’t native in this context; As a sibling comment mentioned, OniVim2 uses revery[0], which uses it’s own widgets (not native ones) like flutter[1]. Quoting from my old comment[2]: > We really should be trying to use the native GUI toolkit (or cross-platform native UI libraries like libui), not using Flutter-esque libraries that draws everything from scratch. > Coherent UI is a very important point…

I'll adopt whatever definition you want "native" to mean for the discussion - and under your definition of native, I would say it's pretty clear that users of text editors and developer tools don't care much at all about "native"(your definition of using the platform provided widgets). Just look at the market share of developer tools and IDEs/editors that don't use stock platform widgets. They are the ones that have become dominant. The problems that people have with the dominant players that have gained traction is the performance. You might be able to make the case that using stock widgets matters for non-developer tools (and I would only partially agree there), but for developer tools when people say they want "native" they are more likely to mean they want the performance that more often comes with natively compiled languages without a VM. It makes sense that developers would trade stock platform-widgets in exchange for an editor with greater cross platform reach because users of these tools benefit from network effects of these tools having wider reach. They want someone to have written the plugin/extension they're looking for.

Personally, I'm not looking to increase the ways that I'm locked into my current operating system, so all else equal, I'd favor an editor that runs everywhere.

Re: TextMate 2.0

#137

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.

> It is native It isn’t native in this context; As a sibling comment mentioned, OniVim2 uses revery[0], which uses it’s own widgets (not native ones) like flutter[1]. Quoting from my old comment[2]: > We really should be trying to use the native GUI toolkit (or cross-platform native UI libraries like libui), not using Flutter-esque libraries that draws everything from scratch. > Coherent UI is a very important point…

The other thing to consider is that developers spend up to ten hours a day in these editors. The biggest benefits of OS-coherent UI is that an application is quickly learnable for the first week. But when you use an editor for multiple years, all day long, many would trade that for increased customizability.

Re: TextMate 2.0

#138
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=%...

There I fixed it for you https://trends.google.com/trends/explore?date=all&geo=US&q=%...

Let's include something more standard for comparison.

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

Re: TextMate 2.0

#139
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=%...

There I fixed it for you https://trends.google.com/trends/explore?date=all&geo=US&q=%...

There. Fixed even more: https://trends.google.com/trends/explore?date=all&geo=US&q=%... . And if we take into consideration various versions of how to spell (for example vscode), Visual Studio code dominates even more.

Re: TextMate 2.0

#140
post #20

Earlier quoted context omitted.

I do most of my development work in Jetbrains IDEs and am a huge fan but if you don't keep the environment open 100% of the time it takes a long time to bootstrap. texmate is great for fast one offs

So keep it open all the time? Are you really working on more than one serious project at a time? I use Atom for my quickie projects here and there, but you really can't beat an IDE. (IMO)

I usually have three instances of IntelliJ open at the same time with large Java projects in them. One I'm working in, another a colleague is asking me questions about, another to lookup some related code, et cetera.

CPU use is negligible and I have plenty of RAM.

Post reply on HN