Live data from Hacker News

Hyper 1.0.0

github.com

181–190 of 214 posts

Re: Hyper 1.0.0

#181

Earlier quoted context omitted.

I can't really defend their language choice perse, but if you look at the aims of the project - make a terminal that's consistent across platforms and focuses on extendability and interface, what IS your best option? Writing natively for each platform doesn't seem feasible. Using something browser based that has many of those cross platform kinks ironed out doesn't seem like that bad of a choice if that's your top pr…

There's numerous cross-platform alternatives to using JavaScript. Not saying they are inherently better, but there are a hundred different ways to accomplish this.

OK, sure, but not exactly what I was pointing out.

If your goal is to provide a consistent look and user experience across platforms and be easily extendable, what do you choose? Feel free to name one.

Re: Hyper 1.0.0

#182

Earlier quoted context omitted.

> I'm skeptical of the value of electron-ified applications when fully native alternatives suffice. Me too, although in the case of terminal apps, they really haven't moved on since the 70s. How many support images? Completion popups? Browsable history? Current directory widget? Collapsible output? Honestly if it takes some insane over-engineering to get some actual innovation in terminal apps I'm all for it! And whe…

I'm busy exploring some of these ideas in my little project Extraterm https://github.com/sedwards2009/extraterm . This little gif demonstrates what it can do now: https://github.com/sedwards2009/extraterm/raw/master/docs/ed... Some more demos of its features are here: https://github.com/sedwards2009/extraterm/blob/master/docs/t... It is still early days for Extraterm although I use it myself daily (mostly on Windows…

[deleted]

Re: Hyper 1.0.0

#183

Earlier quoted context omitted.

> I'm skeptical of the value of electron-ified applications when fully native alternatives suffice. Me too, although in the case of terminal apps, they really haven't moved on since the 70s. How many support images? Completion popups? Browsable history? Current directory widget? Collapsible output? Honestly if it takes some insane over-engineering to get some actual innovation in terminal apps I'm all for it! And whe…

I'm busy exploring some of these ideas in my little project Extraterm https://github.com/sedwards2009/extraterm . This little gif demonstrates what it can do now: https://github.com/sedwards2009/extraterm/raw/master/docs/ed... Some more demos of its features are here: https://github.com/sedwards2009/extraterm/blob/master/docs/t... It is still early days for Extraterm although I use it myself daily (mostly on Windows…

Very cool looking project!

Re: Hyper 1.0.0

#184
post #169

Earlier quoted context omitted.

I really don't think it's all that much "over engineering". I mean, if you want images, history, tabs, to support every language under the sun, and support for most platforms, I'd say a browser is a fantastic way to get most of that "for free".

I'd say a browser introduces a non-negligable cost.

Agreed, though this is a situation that should be improved if the industry wants everyone using browsers for everything.

Re: Hyper 1.0.0

#185

I'm skeptical of the value of electron-ified applications when fully native alternatives suffice. However, ignoring that, there are a few (pretty severe) problems with this release: * The .deb package seems to install everything in /opt. This seems to be pretty common practice for electron apps and isn't a huge deal, except for the fact that a wrapper executable/link isn't installed anywhere else on the system. As a…

> I'm skeptical of the value of electron-ified applications when fully native alternatives suffice. Me too, although in the case of terminal apps, they really haven't moved on since the 70s. How many support images? Completion popups? Browsable history? Current directory widget? Collapsible output? Honestly if it takes some insane over-engineering to get some actual innovation in terminal apps I'm all for it! And whe…

An easy way for me to gain an extra hour or two of battery life is by closing every single Electron.js application I have open (Slack, VS Code, Atom, Discord, Upwork, FB Messenger for Desktop, Telegram, to name a few...).

Re: Hyper 1.0.0

#187
The 'rewrite everything in Javascript' hysteria reminds me of the 'rewrite everything in Java' hysteria we saw a couple of decades ago.

I wonder if it will end the same way. Will Javascript eventually go on to die where all languages go to die -- as as enterprise backend language?

Re: Hyper 1.0.0

#188

Earlier quoted context omitted.

There's numerous cross-platform alternatives to using JavaScript. Not saying they are inherently better, but there are a hundred different ways to accomplish this.

OK, sure, but not exactly what I was pointing out. If your goal is to provide a consistent look and user experience across platforms and be easily extendable, what do you choose? Feel free to name one.

Remember, this is a terminal emulator. It's fairly easy to get a consistent look and feel, even across platforms.

You asked for one, here's five:

* GTK+

* wxWidgets

* Swing

* SWT

* Tcl/Tk

You then mentioned "easily extendable". I'm not sure if you'll agree Swing/SWT are easily extendable (I'd argue they can be), but wxWidgets and GTK+ have bindings available in many common scripting languages (heck, even PHP!) which are just as easy to extend as JavaScript is.

Again, I'm not arguing any of these are better suited, just responding to your point that there was no alternative.

Re: Hyper 1.0.0

#189

This is really cool and it's clear that a lot of work went into it. I've used it a bit and it's generally solid. I've been looking for improved terminal clients for years. To that end, I have a simple benchmark that I run: find / Then repeat the same within a tmux session. In both cases I check to see if I can interrupt the output with Ctrl+C. Hyper on linux under X actually stops rendering the output very quickly, b…

Heh... Javascript.

Re: Hyper 1.0.0

#190

And I was hoping that was referring to this hyper: http://hyper.rs/

Typesafe HTTP implementation? Meh. I go back and forth on stringly typed vs strong typing. Just this weekend I wrote an app in Objective-C instead of Swift, and it's already close enough to 1.0 that I can start using it myself. I originally tried to do it in Swift but the IDE support is just way too lacking and buggy (still!) compared to ObjC. Point being, string-typing and dynamic typing aren't really all that terri…

This seems to me to be a needlessly synchronic perspective. What you're not looking for anymore doesn't exist because we haven't built it yet. How many thousands of years did it take to invent most other modern tools? Why would you expect us to have perfection in such a short time after computers have been invented?

Quit looking for pots of gold and start panning for nuggets.

Post reply on HN