So let me get this straight. This is a mini-webserver written in Javascript running the terminal as a webapp in a mini-webbrowser, right? This makes sense why? On the other hand: My favorite iOS SSH/Mosh client seems to be built on top of this and it's awesome.
This makes sense because the authors were comfortable writing apps this way. At least they started it on a stack that has the potential to be multi platform. I see way too many nice / stylish apps released as OSX only.
Hyper 1.0.0
111–120 of 214 posts
Re: Hyper 1.0.0
#112I have a idea for a kind of terminal (but not a terminal emulator) more in the style of ipython. But the trouble is that multi platform is complicated. Is possible to have a fast html rendered just for the UI and use native code for the rest?
A good example for a performant Electron/Node application is Microsoft VSCode
Re: Hyper 1.0.0
#113I have a idea for a kind of terminal (but not a terminal emulator) more in the style of ipython. But the trouble is that multi platform is complicated. Is possible to have a fast html rendered just for the UI and use native code for the rest?
Re: Hyper 1.0.0
#114Earlier quoted context omitted.
I have been using using Hyper kinda since the beginning and eventually switched back to iTerm because it's way faster if you use it all day long. Maybe they improved performance with this version, I will see.
I tried iTerm and then Hyper, and didn't really see how either benefited me over Terminal.app so I stuck with that. But these days I do most of my development work inside Emacs, and the vast majority of my Terminal.app usage has been replaced by either a first-class Emacs plugin (like Magit[0] for git) or Eshell[1] within Emacs. [0]: https://magit.vc/ [1]: https://www.gnu.org/software/emacs/manual/eshell.html
What I like about iTerm are the many small options that allow me to tweak it a bit here and there.
Re: Hyper 1.0.0
#115Earlier quoted context omitted.
Where would we be if Einstein had spent all his time trying to improve Newton's gravity rather than reinventing it? Einstein did just set out to improve Newtonian Mechanics. Special Relativity is just Newtonian Mechanics over the Lorentz Transform. General Relativity is the implication of Special Relativity being true, generalized for all observers. Einstein's approach was very much step 1, just repeated 2-3 times. S…
General relativity was seen as a huge leap forward at the time, and it still is today. I offer two quotes in support of this: "As an older frield I must advise you against [generalizing relativity to incorporate gravity] for in the first place you will not succeed, and even if you succeed, no one will believe you." - Max Planck to Einstein, 2 years before Einstein succeeded. It was a big deal to even attempt to do th…
I'll repeat this quote
The idea you can chase a total alien solution nobody supports and pull complete magic out of thin air is rarely true. Normally it is just a myth created by people who don't actually understand the solution or process that attained it.
Re: Hyper 1.0.0
#116Earlier quoted context omitted.
I have been using using Hyper kinda since the beginning and eventually switched back to iTerm because it's way faster if you use it all day long. Maybe they improved performance with this version, I will see.
> I have been using using Hyper kinda since the beginning and eventually switched back to iTerm because it's way faster if you use it all day long. This is how I feel about Sublime Text vs Atom. Every time I try to switch to Atom, I run into this problem. The slight sluggishness gets increasingly annoying the more time I spend using it.
Once I went back to vim, though, I was impressed again by its performance.
It's a pity that electron still has some trouble with performance. Slack, for example, does not make me happy. Visual Studio Code, on the other hand, is fast and is written using the same platform so there must be a way to do it right.
Re: Hyper 1.0.0
#117Earlier quoted context omitted.
This makes sense because the authors were comfortable writing apps this way. At least they started it on a stack that has the potential to be multi platform. I see way too many nice / stylish apps released as OSX only.
On the other hand, it's really hard to make a closed-source app that you can sell, and still make it cross-platform.
Re: Hyper 1.0.0
#118Earlier quoted context omitted.
While not quite ready for a 1.0.0, there has been some neat stuff going on in hyper: over the last week, the tokio branch added support for TLS, and from what I hear, is mostly waiting on tokio's initial release to be merged into master. Soon........
Does the parser support HTTP2 yet?
Re: Hyper 1.0.0
#119I'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…
Hm, just like another commonly installed package...
$ ls /opt/google/
chrome
chrome-beta
chrome-unstable
Though it installs executables $ ls -l /usr/bin/google-*
/usr/bin/google-chrome -> /etc/alternatives/google-chrome
/usr/bin/google-chrome-beta -> /opt/google/chrome-beta/google-chrome-beta
/usr/bin/google-chrome-stable -> /opt/google/chrome/google-chrome
/usr/bin/google-chrome-unstable -> /opt/google/chrome/google-chrome-unstableRe: Hyper 1.0.0
#120Earlier quoted context omitted.
Did you miss the part about the next four things I tried also being broken along with the github links in which I filed the bug reports?
"I literally have not tried a single other thing" And without clicking through to all four links, there's no indication that they were from you trying things.
Anyway, I put my money where my mouth is and I reported each issue that I encountered with hyper on Github (the links are above) before giving up on it (for now). I'm not a bandwagon hater nor a bandwagon fan, at the moment, hyper is not ready for use or worth the hype. In a month, it may be. I'll revisit it periodically in order to re-evaluate my findings in the interest of using the best tool for the job. All these years later, putty remains the most compatible, but I can't figure out how to use it locally on Ubuntu/bash for Windows (if I can get an ssh server working, I could just start a loopback session and use that). For now, I'm using cmd.exe and conemu.