7 ms·
This looks very well executed and really cool, but I'm honestly really tired of all the node/electron terminals. In its favor, this project looks a lot more cle
by rosalinekarr 10y ago
This looks very well executed and really cool, but I'm honestly really tired of all the node/electron terminals. In its favor, this project looks a lot more clean and less opinionated than that 'Black Screen' monstrocity.
- mej10 10y agoI haven't even looked at "Black Screen", but what makes it a monstrosity? It is just a piece of open source software, after all.
- rosalinekarr 10y agoIn my experience, it's very slow and clunky, but the real problem is that it attempts to impose a lot of styling and decoration _on top_ of the terminal. For example, the command prompt isn't just a command prompt, it has this silly chevron decoration with autocomplete functionality. It can probably be turned off in the settings, but I find it to be a really annoying default. It just assumes I don't have my own prompt how I want it or my own autocorrect system. I have to explicitly disable half the 'features' before I get anything actually useful to work with.
- Sir_Cmpwn 10y agoI'm tired of node/electron anything.
- codezero 10y agoI use two tools daily that are built on Electron and they are great. Not only that, but it's never obvious they run on Electron. I'm curious, what do you hate so much about it?
- Sir_Cmpwn 10y agoHow about the fact that your computer now has three enormous copies of chromium on it for no good reason?
- michaelmior 10y agoIf you have the RAM for it and the software works well, who cares? Plus, it seems potential improvements are coming in this area. https://github.com/electron/electron/issues/673 https://github.com/electron/electron/issues/673
- danieldk 10y agoOn the one hand side people complain that Turbo Pascal and WordPerfect (or even UNIX for that matter) worked extremely fast on an 386SX with 4MB RAM and that modern software eats hundreds of megabytes of memory and seems slower, without providing much new functionality. This attitude (replacing a lean and fast terminal, by one rendered using a web browser engine) is exactly why modern machines that are 1000x faster and with 1000x the memory still seem to be slow for basic tasks. Of course, it's a free choice. You can waste resources by replacing small programs by browsers ;). But it's reasonable that many people find it a waste.
- castis 10y ago> no good reason. Well thats subjective. I might not be as cool as you but I get my work done using these tools.
- teamhappy 10y agoI think he's saying you only need one version of Chromium on your machine to run all these tools.
- beefman 10y agoHow many copies of unix (partitions, vms, containers) do you have on your computer?
- malka 10y agoSame as java maybe ? Lot of bad apps that make you feel the engine underneath
- hugozap 10y agoyou can always ignore those projects if they make you so tired.
- michaelmior 10y agoI'm curious why there's so much node/electron negativity circulating. (Although I guess asking for positivity when it comes to electron is a bit of a stretch :P)
- mej10 10y agoThere are more and more applications based on it -- negativity increases along with popularity.
- teamhappy 10y agoTrivial apps depending on 14+ million lines of code is not a good thing. Edit: @michaelmior I think you know what I mean.
- michaelmior 10y agoI think a good terminal emulator is far from trivial. Edit: I'm not sure I do know what you mean. I agree that building trivial apps in Electron probably doesn't make sense. But my terminal emulator is something I spend most of my day using. If building that on top of 14 million lines of C++ gives me a better piece of software, I'm all for it.
- Jtsummers 10y agohttps://www.openhub.net/p/putty https://www.openhub.net/p/putty Perhaps not as feature comlpete, and not my daily use terminal emulator, but it's only 110k lines of code. And it's not just a terminal emulator, that's just one thing it does in that 110k lines of code. EDIT: I was going to look up others but I'm distracted by other obligations. My point being: Terminal Emulators aren't actually that complex.
- destructionator 10y agoI wrote a terminal emulator <https://github.com/adamdruppe/terminal-emulator> https://github.com/adamdruppe/terminal-emulator> and use it daily so it is good enough for me at least... clocks in at ~15k lines (including the gui helper lib). The biggest complexity is dealing with legacy terminals... and you can really just target the handful of xterm features programs actually use and get something working without a huge amount of code.