-_- another node.js term
you're my hero
HyperTerm – JS/HTML/CSS Terminal
161–170 of 267 posts
Re: HyperTerm – JS/HTML/CSS Terminal
#162Earlier quoted context omitted.
That's not how trademarks work.
Please explain how they work. The US government has only been given the authority to regulate interstate commerce. A downmod is not an explanation. You could post a snippet of law, for example.
If this comment isn't a troll, it's epsilon from it. We don't need to litigate the Constitution; a simple Google search for [trademark noncommercial] will suffice.
Re: HyperTerm – JS/HTML/CSS Terminal
#163Earlier quoted context omitted.
>Instead I can make a terminal that's significantly more efficient and responsive ...and that runs on exactly one OS, and doesn't support the 250k+ Node modules, and that doesn't support standardized plugins, and that can't open web pages locally... JavaScript hate is so 2010.
Hey, I have a few issues with your attitude. Firstly, if there is one piece of software that I want to be fast, lightweight, and most importantly secure, it's my terminal emulator. The hard part isn't drawing characters to the screen (which is what HTML and CSS would help with), it's the VT100 parsing and logic, which can be written in...well, anything, really. I would first like to point out that the HyperTerm OSX z…
I tend to agree with all of your points.
How do you feel about the 'eshell' mode in emacs? I think it's neat because it's basically a normal shell plus an elisp REPL.
I imagine a terminal emulator with access to a large library of functions (such as a trusted subset of npm modules) could be useful.
Re: HyperTerm – JS/HTML/CSS Terminal
#164Is there any way to use HyperTerm as an embeddable terminal emulator in your own web apps?
That's gonna be one staggeringly heavyweight web app.
Re: HyperTerm – JS/HTML/CSS Terminal
#165A while ago I wrote something similar to this as a school project, but instead of being a local terminal, it was for a remote server. There was a sort of virtual file system the user interacted with, with metadata stored in MySQL, as one does for school projects. The moral of the story is that I hated having a terminal in JavaScript for a remote server, so I have no idea why I would want one for my local computer.
[deleted]
Re: HyperTerm – JS/HTML/CSS Terminal
#166Earlier quoted context omitted.
Perhaps a rename to "HyperTermiML" is in order.
that probably wouldn't be different enough to satisfy a trademark infringement. you could easily make a case that those are confusable, and obviously similar types of products (both terminal emulators).
I know.
Re: HyperTerm – JS/HTML/CSS Terminal
#167Earlier quoted context omitted.
>Instead I can make a terminal that's significantly more efficient and responsive ...and that runs on exactly one OS, and doesn't support the 250k+ Node modules, and that doesn't support standardized plugins, and that can't open web pages locally... JavaScript hate is so 2010.
Hey, I have a few issues with your attitude. Firstly, if there is one piece of software that I want to be fast, lightweight, and most importantly secure, it's my terminal emulator. The hard part isn't drawing characters to the screen (which is what HTML and CSS would help with), it's the VT100 parsing and logic, which can be written in...well, anything, really. I would first like to point out that the HyperTerm OSX z…
[deleted]
Re: HyperTerm – JS/HTML/CSS Terminal
#168There was another project that's extremely similar to this posted a week or so ago, and it got a lot of flak for existing; I don't think very many commenters agreed with its existence (except, perhaps, as an educational exercise for the programmer). That project was posted here: http://rungoterminal.com/ This, however, is executed and presented much better than that other project, and catered towards the correct crow…
> "it got a lot of flak for existing" Oh wow, you weren't kidding: https://news.ycombinator.com/item?id=12046778
These comments really make me ashamed of the HN community.
Re: HyperTerm – JS/HTML/CSS Terminal
#169Earlier quoted context omitted.
I 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.
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.
I wrote a terminal emulator " rel="nofollow">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.
Re: HyperTerm – JS/HTML/CSS Terminal
#170Earlier quoted context omitted.
Ooh, 250,000+ modules with an average of less than one active user, little to no documentation or tests, and which may or may not be trivial one-liners. Above all, any given module has at least one other module that provides that same functionality. Meanwhile, plenty of other languages run on many operating systems, have standardized library behaviour, and can trivially ask the operating system to open a file:// uri.
https://www.npmjs.com/package/open