Completely unnecessary retort. At no point did anyone in this thread state that sorting legos was a major problem of society.
Rather, the GP merely implied that some parents would love to have a robot to sort their kids legos, and that (ironically) even that unimportant "need" is more important than replacing git.
Maybe you're not a parent. To me, this sounds like arguing against the existence of the dishwasher by saying "of all the major problems of society, washing dishes by hand isn't one."
Successfully would be big business, because everyone and everyone and the F1000 uses git. Or at least it could more of a feature than a product, and gets merged into some other VC company, or some Jira feature or etc.
Who really wants cheap lego vacuums? Basement-dwellers who are getting yelled at by their mom? Not a good market.
I have one yes but I rarely take it given the overwhelming amounts of false signals from iron, ironstone, and slag. There are so many surface finds with each tide change that the added human effort of swinging and digging quickly fades.
Right, Macs always have had the premise of "spacial window management" (or that's what Siracusa called it), so that's probably how you are 'supposed to' do it.
Full Screen Mode was their answer to maximize, going back many years now (10.7).
The spatial Finder was something different: having each folder open a new window, and that particular folder's window always re-opening in the same position on screen, with the same window size and same layout of files inside. Having the position of each folder remain consistent and persistent allows you to remember a file's spatial location much as you would for a printed document on a physical desk (exactly where you left it), rather than having to recall its path in the file system hierarchy.
Obviously all of that works better if Finder windows don't usually fill the screen, but it's not a hard requirement.
With the classic OS, all the windows were supposed to work this way. And it seems most apps still do remember their window positions, making it easy to find them. (Expose even keeps the positions consistent when you 'zoom-out'.) Which is why Mac users tend to position their windows rather than relying on alt-tab or the dock or another app-switcher.
(IMO the spacial Finder was designed around floppies and small folders and didn't work so well with hierarchical folder views, so no big loss...)
I recall Quake orignally being super dark, Like you were supposed to be playing this in some basement tomb. But we were 'testing' Pentium Pro workstations in a brightly lit windowed office, so we had to adjust the game's brightness. So I wonder if this was a "make Quake look good for demos" thing.
It's a very interesting project (even if I always avoided Perl and 'officially don't care'). And so it sucks you got a mediocre response because dum slideshow UI issues. Maybe write up a blog post and try again later (just make sure its not too chatgpt-ish).
Internet says nothing about that; and using VB for DeCSS it's as 'serious' as quickly hacking Perl or TCL (for its day) in order to complete a simple prototype.
If any I can just see C++ code which is pretty much portable because you can decouple I/O with ease, altough
under Unix you would need to use ioctl's to command the DVD drive in a low level way.
VB could bang on any Win32 C API, so there's no reason to disbelieve this. In the modern sense it's like saying you couldn't write this in Go. Direct question: do you know what you are talking about, or are you just spewing keywords and reddit mime dancing?
So did Perl with bindings and TCL interoperating in two ways. Reddit? I used to compile mplayer and libdvdcss long ago, and even if the prior version was VB/C++ bound, it was the open code (FLOSS) the one who survived every takedown attempt.
The same with Nagra encoding and XawTV for some propietary channels in TV. You can decode any stream (and even extract subtitles) thanks to free software.
Even BTTV cards will still work. Go try that with Windows 7 and up. If you can find drivers, that's it. And working decoding software not messing up with DDraw based codecs and rendering.
I was there, and it was the free software the one who broke most of the chains. Propietary software today it's useless.
reply