ttj - Tom Jones

In a Unix shell, you can background a command with an '&'.  If it's running in the foreground, you can suspend it with ctrl-Z, and then background (unsuspending it) with the "bg" built-in shell command. That's nice, but even nicer would be if you could do it one go.  Foregrounded to backgrounded in one go doesn't sound like too much to ask, and seems like an obvious idea. I don't see any need for (Unix) signals in the new feature.  Suspend involves a signal, but we are not doing the suspend.  Is there a ctrl-something available for the user interface?  Do we need to involve the terminal (emulator), or can this just be done in the shell?  Is it already a feature that I don't know about in some shell, or has anyone done it as a demo?  Those are all the questions I can think of. Incidentally, I've been wondering about trying some pair-working mini projects, defined as: in the first 3 days, set objectives so that the two of you can, with 95% pr...

Why does an unchanging monitor receive 6GB of data every second?  The exact resolution and refresh rate and color depth do not matter (the above is for 8k@60Hz with 24 bit color): the point is, if the picture isn't changing, wouldn't a better rate be approximately zero, rather than being a very high amount? The full frame data is sent with every frame.  It's mad. With some remanence in the monitor, just updates could be sent.  Nothing complicated.  Initially it could just be "picture changed here's full frame".  Then, in cases where picture no change, not much data need be sent.  Can improve on this, but keeping in mind keep it simple, and keep it suitable for hardware. The hdmi (or whatever) PHY at the computer end, plus the cable, and receiving terminal at the monitor, can all be seen as part of the system driving a volatile hardware panel, but a system notionally internal to the monitor.  So you want a box that can do this and attach to the back of ...