News for hackers. Stuff that matters.
Re:Software Engineering Within SpaceX by riscy on Wednesday June 03, 2020 @11:36AM (#23404545)
It’s unlikely that the flight interface is anywhere as nearly complex and flexible as a desktop UI needs to be.

Astronauts do not need a screen reader or other accessibility features; nor does the UI need the ability to resize for different monitors or play nice with the window manager, etc.

Mission-critical UI’s are also deliberately simple control panels that send commands to some other process. In comparison, Electron apps often try to do everything in JS, which can lead to efficiency problems for heavy-duty tasks.

Re:Software Engineering Within SpaceX by dgritsko on Wednesday June 03, 2020 @12:10PM (#23405043)
> Astronauts do not need a screen reader or other accessibility features

In space, no one can hear your screen? Sorry, I couldn't resist.

Re:Software Engineering Within SpaceX by btown on Wednesday June 03, 2020 @02:53PM (#23407215)
The pilot interface, though, is not just for executing single actions; it's for executing against complicated checklists, some of which may be less familiar to pilots, some of which may even be uploaded asynchronously from the ground (for instance, consider the unorthodox procedures developed for the Apollo 13 astronauts), and some of which may be concurrently ongoing.

This lends itself extremely well to hypertext [0] and to interface components such as collapsible sections of text, being able to display multiple procedures simultaneously, being able to resize them relative to a dashboard of diagnostics (if not a window manager, a split-screen), and placing the button(s) required to execute a step directly near that step without needing to manually resize boxes when this is requested. Browser technology is exactly the stack that has solved all these problems!

[0] https://en.wikipedia.org/wiki/Hypertext

Re:Software Engineering Within SpaceX by dawnerd on Wednesday June 03, 2020 @11:38AM (#23404570)
> nor does the UI need the ability to resize for different monitors

I can see this being the case in the future though

Re:Software Engineering Within SpaceX by yetihehe on Wednesday June 03, 2020 @11:48AM (#23404739)
At least in space screen orientation change detection is no longer relevant.
Re:Software Engineering Within SpaceX by cbanek on Wednesday June 03, 2020 @11:56AM (#23404843)
Upon thinking about this, it seems like it's a different problem in that the people are moving while the screen is not. So maybe the screen should have a camera and try to adjust the direction to the way the person is facing? Obviously if the screen is upsidedown that's not great.

(I don't think that anyone does this, but it's a neat thought.)

Re:Software Engineering Within SpaceX by Scarblac on Wednesday June 03, 2020 @12:44PM (#23405496)
This would finally enable a window manager feature I have always wanted: "focus on the window I am looking at".
Re:Software Engineering Within SpaceX by yjftsjthsd-h on Wednesday June 03, 2020 @12:56PM (#23405653)
This sort of exists, actually... use hover focus and eViacam (https://eviacam.crea-si.com/) together. Of course, that doesn't give you separate control of the mouse, but I'm not sure that's a bug.
Re:Software Engineering Within SpaceX by Kinrany on Wednesday June 03, 2020 @01:58PM (#23406502)
What happens when multiple people are looking at it from different directions, as if it was a table?
Re:Software Engineering Within SpaceX by cbanek on Wednesday June 03, 2020 @02:01PM (#23406533)
Then it has to start a pacman game! (I used to love those tables with the games in them that you can play from the person across from you)
Re:Software Engineering Within SpaceX by yetihehe on Wednesday June 03, 2020 @12:05PM (#23404974)
I would suggest some manual switch (software or hardware), so that you can rotate displayed image as required, not yourself. Like a selector with 4 buttons, you click the one which is currently up for you and display respects that.