Live data from Hacker News

Textmate2 Goes Open Source

github.com

171–180 of 314 posts

Re: Textmate2 Goes Open Source

#171

Earlier quoted context omitted.

Considering the age of the project it probably wasn't being managed in git to begin with. I've seen some estimates that Allan started development around 2006. Git only came out in 2005 and took a few years to gain traction.

Doesn't matter. Git has plugins to pull from other repositories.

I've never used the git transfer plugins but I've had some past headaches moving to different source control systems. I usually just start a fresh repository with the latest snapshot and keep the old system available if anyone has to really go back that far (in my experience after a few weeks no one really ever has had to do this).

Re: Textmate2 Goes Open Source

#172

It doesn't appear to be a code-dump to GitHub, which would be indicative of fading interest on behalf of the original developer. The ReadMe, build process, and licensing instructions all point towards this being a well planned Open Sourcing of a product. I'm pleased with this, and hopefully it will spur development of TM2, allowing it to truly compete with the up-and-coming Sublime Text 2.

> It doesn't appear to be a code-dump to GitHub

It does appear to be, because there's no history -- everything is "Initial commit".

Re: Textmate2 Goes Open Source

#173
post #93
post #81

Earlier quoted context omitted.

I wonder if there is still enough interest in the app where people will contribute all of the community's desired changes -- I hope there is. I don't get what you mean by "if there is still enough interest". If you wanted a particular feature or change, couldn't you just fork Textmate and then implement it? That's the advantage of it going open-source. We are not at the mercy of some developers who don't think our re…

> I don't get what you mean by "if there is still enough interest". If you wanted a particular feature or change, couldn't you just fork Textmate and then implement it? No, I could not. 1) I have other things to do than building my own tools. I work creating _stuff_, not creating tools. 2) You assume I have spare time to delve into the code of a project, understand the whole structure and add a feature --which might…

Yes, you could, you just choose not to.

Re: Textmate2 Goes Open Source

#174
post #93
post #81

Earlier quoted context omitted.

I wonder if there is still enough interest in the app where people will contribute all of the community's desired changes -- I hope there is. I don't get what you mean by "if there is still enough interest". If you wanted a particular feature or change, couldn't you just fork Textmate and then implement it? That's the advantage of it going open-source. We are not at the mercy of some developers who don't think our re…

> I don't get what you mean by "if there is still enough interest". If you wanted a particular feature or change, couldn't you just fork Textmate and then implement it? No, I could not. 1) I have other things to do than building my own tools. I work creating _stuff_, not creating tools. 2) You assume I have spare time to delve into the code of a project, understand the whole structure and add a feature --which might…

[deleted]

Re: Textmate2 Goes Open Source

#175
I don't understand the negativity being shown towards TextMate in this thread. This thread is about an extremely popular editor going open source, something people have been asking for for a long time and something we should all be THRILLED about, regardless of whether we use it.

Can we save the editor wars for another thread and maybe, just maybe, actually talk about the code?

Re: Textmate2 Goes Open Source

#176
post #159
post #123

Earlier quoted context omitted.

Sounds like a textbook example of Second System Syndrome.

That, and a reflection of the ecosystem as it was when TM2 first started development; it's a lot easier to countenance a full rewrite when you're by far the dominant player in your particular market.

But it doesn't make them any more successful. See Netscape for another data point.

Re: Textmate2 Goes Open Source

#177
post #93

Earlier quoted context omitted.

> I don't get what you mean by "if there is still enough interest". If you wanted a particular feature or change, couldn't you just fork Textmate and then implement it? No, I could not. 1) I have other things to do than building my own tools. I work creating _stuff_, not creating tools. 2) You assume I have spare time to delve into the code of a project, understand the whole structure and add a feature --which might…

Yes, you could , you just choose not to.

Do you know all about batista's personal life, all his responsibilities, all of his schedule? While it is possible that he could do the work and choses not to, I don't think you have enough information to say that he definitely can do it and choses not to. People have to prioritize their lives, and there is only so much time to go around. I for one have a thousand things I'd like to do, but personal time limits and higher priorities prevent me from doing them. Finite resources cannot be made infinite.

Re: Textmate2 Goes Open Source

#178

I'm confused as to how he could ever sell Textmate2 if he's linking against ragel, a GPL library. Well of course he could sell it but he'd have to release the source.

It's not uncommon for a business to sell GPL software with support while making the uncompiled unsupported code available.

Re: Textmate2 Goes Open Source

#179
post #29

Earlier quoted context omitted.

This doesn't really explain much. The way TextMate2 was going, I'd bet it's something like, it wasn't getting done, and the author was too busy or uninterested to continue, so open sourcing it probably is a way that it may actually ever get finished.

I suspect the success of SublimeText was a big part of it too. Everything TM2 promised - today, and cross-platform to boot.

Well, except for the slick UI and TextMate's still ahead on features & bundles. ST2 is promising but it's too early to call this race.

Re: Textmate2 Goes Open Source

#180

Awesome! Can someone comment on how probable it would be to port it to linux (and windows)?

OK, so I've been looking through the code and from what I see I suspect a big reason for the rewrite was to move huge chunks into platform-independent C++ for an ultimate Win32/Linux/Mac trifecta release (maybe for TM3). If so, this would explain why things got so bogged down. The actual layout/folding code, for example, is in C++. When it needs to draw it calls Core Graphics C functions. A lot of the other things li…

Would it be easier to rewrite it for one single cross-platform backend, like Qt, than maintain a mix of platform-specific code?
Post reply on HN