Live data from Hacker News

Show HN: EDI – An editor in Go

satyajit.ranjeev.in

41–50 of 50 posts

Re: Show HN: EDI – An editor in Go

#41

Excellent editor this. But I'm not quite sure why you would create this. From your profile I understand you are good with Python and you are good with Javascript, in your blog post : http://satyajit.ranjeev.in/2014/05/15/WTF-Github.html , you argue that Github took a very wrong step towards creating Atom, and you quoted > Havoc Pennington wrote: Don’t start by launching your own project. Lots of people want to write…

True my own words haunt me. I complained about atom as it was an editor that was a plain rip off sublime text. Just that it is done in JavaScript. I complained how they could not create something similar to Acme which was a brilliant innovation. I did try to customize Acme to what suited me. But clearly Acme's philosophy is quite different. Rob Pike says a big no to line numbers and highlighting. On why I chose JavaS…

Rob didn't say 'no' to highlighting. His infamous quote saying it was juvenile was meant as a joke.

Re: Show HN: EDI – An editor in Go

#42
post #38

Earlier quoted context omitted.

Many a time I see myself having two windows open. My editor and shell. I keep jumping from these windows either copying content or executing commands. The whole idea of the project is to bring them together. It is to act as a bridge between the commands that the OS provides and the editor.

This is an interesting project for sure (writing text editors are fun, and the mix of technologies chosen is interesting) - but I think it would be fairly straightforward to implement the features you've shown in your demonstration as an emacs package :)

Emacs has a ton of baggage. I like the fresh approach and especially the idea of hacking on my editor in go. As a hardened vim user I like that influence and I think it shows in edi.

Re: Show HN: EDI – An editor in Go

#44
post #37

Earlier quoted context omitted.

Many a time I see myself having two windows open. My editor and shell. I keep jumping from these windows either copying content or executing commands. The whole idea of the project is to bring them together. It is to act as a bridge between the commands that the OS provides and the editor.

> The whole idea of the project is to bring them together. What does this do that a normal shell and vim doesn't? If I use that together with something like tmux I can jump between the two seamlessly entirely with keyboard commands.

Right now it does not do anything a vim and a normal shell can't do. But the idea of plumbing is something that would be quite difficult(not impossible) to achieve in vim and a terminal.

Re: Show HN: EDI – An editor in Go

#45

Earlier quoted context omitted.

Yes in a future release I do plan to do so.

There is a javascript engine written in Go called otto so you could use that for plugins. That way people can write plugins with many languages if they wish. i.e. clojurescript, typescript ,dart, etc etc

I'd rather have it use Lua: low profile, good language, trivial embedding[0], excellent performance.

[0]: https://gist.github.com/lloeki/792ef5e4c98831baa0ed

Re: Show HN: EDI – An editor in Go

#46
The biggest plus that I see is that this allows to do do remote editing on a server which may otherwise be restricted from access due to security concerns. If the backend can be developed to have a lot more admin features which can be used to restrict the features which can be used, then the admin can simply leave one port open through which the front end can communciate

Re: Show HN: EDI – An editor in Go

#48
You say that ACME is excellent yet has its problems, and I believe EDI is an answer to that. What are these specific problems you try to solve ?

Also, the plumbing of ACME is truly excellent, I hope you can reproduce its power.

Re: Show HN: EDI – An editor in Go

#49

Old dudes like me might have a strong negative reaction to something called "EDI."

Instead of complaining you can just try to fix the situation.

Things get better: Open Source, Git Hub and you can have your share, too!

My 0.02 Cents here: http://www.use-the-tree.com

I am still waiting for people to join in (write parsers) and customers to be convinced and use it :-)

Re: Show HN: EDI – An editor in Go

#50
post #27

Earlier quoted context omitted.

US Healthcare Insurance industry relies heavily on this for... everything.

Yep. And to a somewhat lesser extent, so does international commerce and logistics. Nearly all major importers of goods (think Wal-Mart for example) and their various suppliers and service providers rely on EDI to exchange commercial documents (purchase orders, commercial invoices, packing lists), file customs entries, track their incoming shipments and inventory, etc etc. EDI is probably irrelevant and dead in Silic…

It exists heavily in my industry (retail channel management) but mostly as design specs. Most companies tend to use XML it seems but they still base their feeds off of the old-school spec.
Post reply on HN