Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Hyper 2, Electron based terminal

zeit.co

Post reply on HN
Print view View original

211–220 of 231 posts

Re: Hyper 2, Electron based terminal

#211

Post by sjellis »

codefined wrote: post #178
JasonFruit wrote: post #164

Earlier quoted context omitted.

Okay, I'm going to jump on the "package management and modules actually work" thing; I'm not a noder, but I've considered using several tools that are built on Node, and every time — almost literally — `npm install whatever` fails. Linux, Windows, doesn't matter: I see the latest cool thing on Node, try to install it, and think, "If they can't even get installation to work, why should I bother?" Am I alone in this? I…

If you have a C++ compiler that works, you should be fine. I've never had an issue installing a package that isn't, in fact, a C++ issue. Meanwhile, Python versioning of plugins is really broken, unless you use virtual environments. Maven seems to be fairly hard to integrate with IDEs (Eclipse seems to come bundled with a separate one, not sure about IntelliJ). Most other package managers I use don't have enough pack…

"If you have a C++ compiler that works, you should be fine. I've never had an issue installing a package that isn't, in fact, a C++ issue."

I've also had a compilation problem on Windows caused by Python not being installed (IIRC, the SASS package needed gyp, which uses Python). That was exceptional: I expect npm packages to install without issue, although I'm still bothered by how many dependent packages every tool seems to need.

Re: Hyper 2, Electron based terminal

#212

Post by tluyben2 »

pknopf wrote: post #154
sime2009 wrote: post #52

Earlier quoted context omitted.

The problem is that your language choice is very limited. You can choose C++, no thanks, or Python which is very slow. There are no good options for languages or VMs on Qt in the Java/C#/VM/Jit range of the language performance spectrum.

A project I'm working on: https://github.com/pauldotknopf/net-core-qml This will allow you to fully interoperate Qml and .NET (Mono/.NET Core/Full Framework).

Thanks for working on that. I've been trying to use Avalonia and it already drives me slightly insane.

Re: Hyper 2, Electron based terminal

#213

Post by tluyben2 »

nineteen999 wrote: post #202
seba_dos1 wrote: post #198

Earlier quoted context omitted.

Wouldn't a Quake engine based terminal emulator actually be way lighter? :P

I know you're joking, but I did one in Unreal Engine 4, although it's attached to a Z80 CPU emulation for running CP/M (and hopefully FUZIX later on). https://i.imgur.com/Q6307w3.jpg The terminal has pretty good ANSI X3.64 support and can connect to a Linux box via telnet.

Ow that is pretty cool! Can we play around with that somewhere?

Re: Hyper 2, Electron based terminal

#214

Post by flukus »

notheguyouthink wrote: post #171
matzy wrote: post #168

Earlier quoted context omitted.

you mean....like emacs?

I'm confused, isn't emacs in the shell? Are you saying that emacs is a gui editor? I was talking about GUI editors. I already use a term editor. I even game an example of vim/kakoune/emacs, ie, term editors.

Emacs has a GUI version with gorgeous fonts, images and everything. Vim also has a gui version, though it's not as good. I think neo-vim has a few gui front ends as well.

Re: Hyper 2, Electron based terminal

#215

Post by nineteen999 »

tluyben2 wrote: post #213
nineteen999 wrote: post #202

Earlier quoted context omitted.

I know you're joking, but I did one in Unreal Engine 4, although it's attached to a Z80 CPU emulation for running CP/M (and hopefully FUZIX later on). https://i.imgur.com/Q6307w3.jpg The terminal has pretty good ANSI X3.64 support and can connect to a Linux box via telnet.

Ow that is pretty cool! Can we play around with that somewhere?

Hopefully by the end of the year. It's one of those situations where the emulator works great, but there's no game as such for it to interface to yet, and I'm sort of struggling to come up with basic gameplay mechanics.

Re: Hyper 2, Electron based terminal

#216

Post by stephenr »

sime2009 wrote: post #153
solarkraft wrote: post #124

Earlier quoted context omitted.

But why would I want to use Node JS?

* runs on a fast JIT * package management and modules actually work * huge ecosystem of packages * ability to use native code modules in needed * has webassembly too * runs a huge range of other languages. It can fill a role similar to the JVM and .Net runtimes in this respect.

> * package management and modules actually work

> * huge ecosystem of packages

This is satire, right?

NPM (both the tool, and the repository of packages it pulls from) are a joke to anyone outside the NodeJS bubble of Stockholm syndrome.

A company that was given $8M in venture capital and can't find more than two people to work on the main way people interact with their service, cannot be taken seriously.

Remember when everyone found out that the progress bar made NPM install packages 3x slower?

Then lets get into the actual 'ecosystem'.

The community actively encourages and embraces the sort of culture and decision making that leads to an entire module to do what you can do with this: `$foo % 2 === 0` (i.e. 'is even')

You would type more characters just requiring the module than you would just using the modulo operator.

Then you find out the same author published another module that literally just calls the other one and negates the returned result.

Let that sink in: a module, to do nothing more than prefix a function call with a `!`.

No fucking surprise the 'ecosystem' is huge. What other people call "writing code" NPM module developers look at as another opportunity to bump their ridiculous package count e-penis.

You can use NPM and NodeJS if you want, you can even "like" them. But don't for a second think that the community and practices of that environment are "good" by any comparison.

Re: Hyper 2, Electron based terminal

#217

Post by stephenr »

codefined wrote: post #178
JasonFruit wrote: post #164

Earlier quoted context omitted.

Okay, I'm going to jump on the "package management and modules actually work" thing; I'm not a noder, but I've considered using several tools that are built on Node, and every time — almost literally — `npm install whatever` fails. Linux, Windows, doesn't matter: I see the latest cool thing on Node, try to install it, and think, "If they can't even get installation to work, why should I bother?" Am I alone in this? I…

If you have a C++ compiler that works, you should be fine. I've never had an issue installing a package that isn't, in fact, a C++ issue. Meanwhile, Python versioning of plugins is really broken, unless you use virtual environments. Maven seems to be fairly hard to integrate with IDEs (Eclipse seems to come bundled with a separate one, not sure about IntelliJ). Most other package managers I use don't have enough pack…

> Most other package managers I use don't have enough packages to be as useful.

Let me guess, no `iseven` package?

Re: Hyper 2, Electron based terminal

#218

Post by pantulis »

agumonkey wrote: post #191
pantulis wrote: post #156

Earlier quoted context omitted.

Oh, Turbo Pascal had those Turbovision-powered ASCII shadowed floating editing windows in 1993 or so, and it flied on a 386 CPU... the P3 would be a screamer for that ;)

Thanks for that input, I was very curious to know about performance on much older hardware. This makes TP's worht even higher. 600kB total .. can you believe that ?

Turbo Pascal had more tricks, it could compile to memory (at least in version 5, if memory serves well). Mind you, not a RAM disk, it could compile and run a MSDOS .COM file from memory itself. Following the filenames during compilation was difficult, as they passed so fast (20Mhz 386sx with 2MB).

The compilers and IDEs from that era were truly pieces of art. I also remember TopSpeed Modula-2 that also included its own task scheduler for real time DOS (using clock interrupts, I guess).

Re: Hyper 2, Electron based terminal

#219

Post by ksec »

smolsky wrote: post #169

Oh, great, people are still latched onto the Electron hype. We now have another 150MB/window application. Great. How about pushing the envelope further and using a Quake engine as the base (it has a console).

Is there anyway why it can't be done in Sciter?

https://sciter.com

I mean HTML / JS based solution aren't all bad, it is just we have far too many baggage to carry in the current implementation.

Re: Hyper 2, Electron based terminal

#220

Post by techdragon »

nineteen999 wrote: post #215
tluyben2 wrote: post #213

Earlier quoted context omitted.

Ow that is pretty cool! Can we play around with that somewhere?

Hopefully by the end of the year. It's one of those situations where the emulator works great, but there's no game as such for it to interface to yet, and I'm sort of struggling to come up with basic gameplay mechanics.

I would LOVE to play around with that in the unreal engine editor just to see what cool stuff I can do with it. Please release it as a component somewhere by itself without the rest of the game. So much retro <3 for this little console you built.
Post reply on HN