• ORBITER-FORUM will be temporarily closed at 2026-07-23 18:00 UTC while we complete some OF maintenance tasks. The amount of downtime is expected to take up to one hour, but probably less.

Humor Random Comments Thread

On Ubuntu, there's a really great screenshot tool called "shutter". Most significantly, it supports drag and drop to websites that support it directly from the application, without having to save the image to disk first and then dragging it from the file explorer.

Currently I'm on a windows machine, and the snipping tool lacks exactly that feature. So I go google "shutter for windows". The search results were not exactly helpful, which should have been clear to me before I even started typing the query... :LOL:
 
On Ubuntu, there's a really great screenshot tool called "shutter". Most significantly, it supports drag and drop to websites that support it directly from the application, without having to save the image to disk first and then dragging it from the file explorer.

Currently I'm on a windows machine, and the snipping tool lacks exactly that feature. So I go google "shutter for windows". The search results were not exactly helpful, which should have been clear to me before I even started typing the query... :LOL:
Huh?
I can't remember when was the last time on any platform that the screenshotting tool or feature wasn't able to save the image to clipboard.
Then you go to the website and ctrl+v it in there. No drag and drop required.
It's saving to file that has always been fiddly on Windows in particular.

On another note, i never understood what is so good about drag and drop in general, and why the heck would anyone use explorer style file managers in particular.
 
I can't remember when was the last time on any platform that the screenshotting tool or feature wasn't able to save the image to clipboard.
Yeah, took me a minute to figure that out. I usually do drag and drop, because I have to move the mouse from the app window to the browser window anyways, just pulling the darn thing along during that motion just seems about the most intuitive thing...

Of course, if you're an aggressive alt-tabber, the other option is preferable. But I'm honestly not as much of a keyboard jockey as others in my profession.
 
Oh, drag and drop is nice if you are working with maps or CAD.... But not that much for managing files, the old "Norton Commander" like split view is still more efficient, despite windows allowing to quickly organize explorer windows into a similar layout....
 
Yeah, took me a minute to figure that out. I usually do drag and drop, because I have to move the mouse from the app window to the browser window anyways, just pulling the darn thing along during that motion just seems about the most intuitive thing...

Of course, if you're an aggressive alt-tabber, the other option is preferable. But I'm honestly not as much of a keyboard jockey as others in my profession.

For me, I select the place I want to insert the image at in the destination window, quickly slam the mouse down to the taskbar to select the source window, take the screenshot then select the destination window again in the taskbar, then hit ^V. If a computer is configured to fold different windows for the same application together (on Windows), or runs a desktop environment that doesn't allow anything but folding them together (I'm looking at you Unity ?), I get very angry, very quickly, because my whole workflow is taskbar centric.
 
Reminds me of my then senior developer testing my software..... "Test step 1, step 2, step 3.... oh, lets improvise a bit here....oh, that was accepted? And if I now click here....oh it crashed. Rejected. Back to work."
 
is it possible to implement what a time-of-flight chip does in software if you have a triple axis accelerometer?

If you know the acceleration an object undergoes and it starts stationary relative to your reference frame, wouldnt you be able to use that information to reconstruct its position relative to a starting point?
 
Anything you can do with specialised hardware, you can also do with software. The main issue why you wouldn't is usually performance and reliability. I can't really speak for the use case you propose because I don't know anything about it, but if there's a lot of sensor data to be dealt with and integrity is a top priority, having a chip only dedicated to reading them and processing their data seems like the smart thing to do.
 
is it possible to implement what a time-of-flight chip does in software if you have a triple axis accelerometer?

If you know the acceleration an object undergoes and it starts stationary relative to your reference frame, wouldnt you be able to use that information to reconstruct its position relative to a starting point?

Are you sure, you are maybe not mixing two different things up? I just looked at what a time-of-flight chip can actually be, and found something that is used in laboratories for calibrating experiment results.

The usual way to measure the time of flight of a rocket is to merge multiple sensor data streams in a computer to get as precise information about launch and landing as possible, for example a switch or pull-out wire for detecting lift-off more reliably, while using accelerometers to detect ground contact (unreliable - e.g. when parachutes come into play).
 
Back
Top