Live data from Hacker News

Show HN: EDI – An editor in Go

satyajit.ranjeev.in

21–30 of 50 posts

Re: Show HN: EDI – An editor in Go

#21
post #17

Earlier quoted context omitted.

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

I would recommend against using multiple languages for the plugin interface. It just becomes a mess, the Sublime Text way of using Python and Python only for all the plugin system makes it extremely clean and extremely powerful. In your case maybe making all the plugins Go would be the way to go, It helps a lot with performance (not having to create an environment for each programming language) and the power (all the…

The problem with having plugins be in Go is that dynamic linking of shared libraries (written in Go) is not very well supported right now with gc (standard Go tools, not gccgo). There are plans to address this post Go 1.4.

There are, of course, hacky ways to do plugins without shared library support (gobs via rpc to other processes or whatever), but if it were me I wouldn't spend a lot of time right now working on a Go plugin system for a Go app.

Re: Show HN: EDI – An editor in Go

#22
Great start. Although almost the same and more can be done using tmux - running editor in one split and executing commands in others.

Are there any keyboard shortcuts for navigation between commands/collapsed commands/file or it needs to be done with the mouse?

Re: Show HN: EDI – An editor in Go

#24
post #13

Honest question, since you posted this yourself on HN, what is the purpose of adding a “post to HN” button at the end of the post? Do further submissions after the original count as upvotes?

> Do further submissions after the original count as upvotes? Indeed they do. However the "post to HN" button is part of his CMS design so appears at the bottom of every article entry on that site - including articles he may not have posted to HN himself.

Thanks. I have never submitted an URL, so I don't know how it works. This explains why there are many blogs that have a submit to HN button.

Re: Show HN: EDI – An editor in Go

#25
Currently this runs on the browser, and in the future it seems he will ship the same architecture as Atom.

My question is: can a browser based editor ever handle big files as well as Sublime and Vim?

Re: Show HN: EDI – An editor in Go

#26

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

Old dudes as well as young dudes in old-school industries like healthcare or logistics. I work at a logistics company and inter-company integration via EDI messaging is still considered cutting-edge technology in this field.

Of course it doesn't just mean pre-internet standards like ANSI X12 and EDIFACT anymore, these days much of the messaging is CSV and XML data pushed over FTP or AS2. But it's almost like no one has even heard of an HTTP REST API or JSON (or even SOAP) yet.

Re: Show HN: EDI – An editor in Go

#27

Earlier quoted context omitted.

http://en.wikipedia.org/wiki/Electronic_data_interchange For the record the term is still thrown around left and right in enterprise settings.

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 Silicon Valley (unless maybe you work at Oracle). But in healthcare and commerce it's very much alive.

Re: Show HN: EDI – An editor in Go

#28
post #26

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

Old dudes as well as young dudes in old-school industries like healthcare or logistics. I work at a logistics company and inter-company integration via EDI messaging is still considered cutting-edge technology in this field. Of course it doesn't just mean pre-internet standards like ANSI X12 and EDIFACT anymore, these days much of the messaging is CSV and XML data pushed over FTP or AS2. But it's almost like no one h…

> Old dudes as well as young dudes in old-school industries like healthcare or logistics. [...]

> Of course it doesn't just mean pre-internet standards like ANSI X12 and EDIFACT anymore, these days much of the messaging is CSV and XML data pushed over FTP or AS2. But it's almost like no one has even heard of an HTTP REST API or JSON (or even SOAP) yet.

Given that both an HTTP+Mime and a SOAP transport are mandatory for all payers to support for transactions (which, yes, are still X12) covered under operating rules adopted as national requirements under HIPAA [1], I'm pretty sure that its not the case that no one in the healthcare industry has heard of SOAP.

[1] Under the CORE 270 Connectivity Rule, http://www.caqh.org/pdf/CLEAN5010/270-v5010.pdf

Re: Show HN: EDI – An editor in Go

#30

Looks like a nice start. I'll be watching with interest. The collapsible command context is a neat idea for a shell that's attached to an editor -- I could see just having a pane that's always running the app being developed. I'm curious how you handle the right-clicking on filenames in the shell pane -- for example, does it only work if the clicked text contains the complete relative path from the current working di…

Every command executed has a stored in current working directory. So when you right click the relative path to the cwd of the command is used.
Post reply on HN