DEV Community

loading...

A science fiction terminal emulator 🚀

likebrain profile image Ricardo Rivera ・1 min read

GitHub logo GitSquared / edex-ui

A cross-platform, customizable science fiction terminal emulator with advanced monitoring & touchscreen support.


Logo

undefined
undefined undefined undefined
undefined undefined undefined undefined undefined


eDEX-UI is a fullscreen, cross-platform terminal emulator and system monitor that looks and feels like a sci-fi computer interface.

Heavily inspired from the TRON Legacy movie effects (especially the Board Room sequence), the eDEX-UI project was originally meant to be "DEX-UI with less « art » and more « distributable software »". While keeping a futuristic look and feel, it strives to maintain a certain level of functionality and to be usable in real-life scenarios, with the larger goal of bringing science-fiction UXs to the mainstream.

It might or might not be a joke taken too seriously.

( Jump to: Screenshots - Questions & Answers - Download - Featured In - Developer Instructions - Credits )

Features

  • Fully featured terminal emulator with tabs, colors, mouse events, and support for curses and curses-like applications.
  • Real-time system (CPU, RAM, swap, processes) and network (GeoIP, active connections, transfer rates)…




Hey, I can not describe how cool that is 😎
I love this kind of projects :)

Discussion (13)

pic
Editor guide
Collapse
ben profile image
Ben Halpern

It was made to be used on large touchscreens

Really interesting. I think this is a space that could come a long way in the next few years. I'd love to experiment with this myself.

Collapse
likebrain profile image
Ricardo Rivera Author

I think this is just about experiences and fun. The project is an evolution of github.com/seenaburns/dex-ui which does not offer rich features.

I like the role of „Science-Fiction Philisopie“ as inspiriation for Technology. Look at KI, Robots and so on... all this was „Science-Fiction“

Collapse
ondrejs profile image
Ondrej

Really, Ben? It will be exploited once - and you have XSS...buth with OS access as sweet bonus. I do not understand how ppl do not think about security of frameworks at the first place.

Collapse
ben profile image
Ben Halpern

I'm not necessarily speaking about the concept of touch-screen-oriented dev tools.

Yes—Electron brings resource management and security concerns. I see it more as proof of concept in a way.

Thread Thread
ondrejs profile image
Ondrej • Edited

It has been actively exploited in security-oriented messaging apps like Signal Desktop. So it has a history of ab(using) this PoC. And I'm not really sure that most people who download random plugins with 0 history of security audits to their electron-based editors, have their environments sandboxed for the sake of potential incident.

Collapse
phpsmarter profile image
phpsmarter

I in delusion? Just look at GitHub

Collapse
redoxeon profile image
Mike Harding

I think I saw this on r/unixporn recently. It's really awesome looking!

Collapse
ondrejs profile image
Ondrej

People & devs should really get rid off Electron everywhere if possible. For the sake of security.

Collapse
likebrain profile image
Ricardo Rivera Author

Hey, you can also say that about many others.
You should always weigh the risk before executing foreign code.
If you want to protect yourself 100% then better shut down your PC.

History teaches us that popular technologies are always the target of attacks. Whether Android, Windows, Outlook, GMail or something else.

Avoid software because of that, I think the wrong way.
It would be better to find a solution to handle these problems. A better update strategy for Electron can do a lot.

It currently only in 2018 about 40 code execution CVE's for Microsoft Office. But nobody says you should avoid it.

I do not see a difference in risk here, do you?

Collapse
ondrejs profile image
Ondrej

I do. Would you run arbitrary JS code in browser which is not sandboxed? Considering all the problems with infected JS/Node packages after recent events? There is no perfect security, but at least you can avoid common attack vectors.

Thread Thread
ondrejs profile image
Ondrej

You know, in this discussion, we should not fall into whataboutism. All SW which is not regularly & properly audited by security professionals/community is potentially dangerous. But Electron offers perfect attack vector by itself, so I have no reason to use it (even in sandboxed environment).

Thread Thread
likebrain profile image
Ricardo Rivera Author • Edited

Ok, I think every software should run in something like a sandbox. But the edge of the sandbox does not have to be your computer. In an enterprise environment, you can easily deploy an electron application safely. Even without security professionals / community.

Yes, the electron exploits are easy to use.
I think it will be irrelevant to use electron in the future.
Electron has the same fate as Crosswalk and gets killed by the Chrome browser.

Until then, try to live as stable with electron as possible. I'm not sure which role Microsoft is playing here, but they also have an interest in electron. (VSCode, Microsoft Teams, etc ...)

But I think the problem is the WebApp.
If Telegram supports an XSS in Electron why not in Safari or Chrome?

You have to trust a vendor not only the technology.

Thread Thread
ondrejs profile image
Ondrej

As you pointed out in another thread, this discussion would be good to transfer somewhere else on this forum (maybe a security meta-topic)? I'll try to answer you as comprehensively as I can tomorrow, because have some job to do. Btw I do offensive security on regular basis, so I think I understand the issue of (not-only) Electron in different contexts. I do no want to argue with you about usability. Web will simply defeat native apps (mainly) because of the pain with creating native UI libraries for each ecosystem and so on...but I still do thing that in common context Electron is very insecure by itself.