Latest revision |
Your text |
Line 64: |
Line 64: |
| | | |
| I feel like this comic may also be a reference to the escalation of the "Internet of Things" meme. Take Juicero, an example that was recently in the news, which should be a simple juice press that squeezes juice out of a bag; but the device has a QR code scanner built in, requires a wifi connnection to have the code on the bag verified, and if the code is rejected it will refuse to press the juice. I think the comic works as a satirical take on these type of devices. [[Special:Contributions/108.162.249.22|108.162.249.22]] 10:58, 14 September 2017 (UTC) | | I feel like this comic may also be a reference to the escalation of the "Internet of Things" meme. Take Juicero, an example that was recently in the news, which should be a simple juice press that squeezes juice out of a bag; but the device has a QR code scanner built in, requires a wifi connnection to have the code on the bag verified, and if the code is rejected it will refuse to press the juice. I think the comic works as a satirical take on these type of devices. [[Special:Contributions/108.162.249.22|108.162.249.22]] 10:58, 14 September 2017 (UTC) |
− |
| |
− | I am fairly sure that this feature was introduced before the Lisa. I think it originated with the Xerox Alto, or some other system at Xerox PARC. The Lisa might have been the first commercially available system to implement the garbage can. [https://design.tutsplus.com/articles/know-your-icons-part-1-a-brief-history-of-computer-icons--psd-9805 Know your icons: a brief history of computer icons.] [[Special:Contributions/172.68.132.209|172.68.132.209]] 05:18, 15 September 2017 (UTC)
| |
− |
| |
− | Title text makes reference to "Objects". This comic is a clear reference to "Garbage Collection" in an OOP language, and not to windows' "Recycle bin".[[Special:Contributions/108.162.212.161|108.162.212.161]] 04:35, 19 September 2017 (UTC)
| |
− |
| |
− | == A hack for Шindows ==
| |
− |
| |
− | I was often annoyed to be unable to delete a whole folder of stuff i do not need, because of 1 file the whole operation would be aborted via spitting out "object is still used" error I installed "Unlocker 1.9.2" app.
| |
− |
| |
− | P.S. I know it's almost 20's now so it's almost a non-issue, but i am just not from English-speaking country and out of wealth
| |
− |
| |
− | [[Special:Contributions/141.101.104.59|141.101.104.59]] 11:10, 22 October 2019 (UTC)
| |
− |
| |
− | I had interpreted the comic as a reference either to ejecting flash drives and/or to having to force-quit an application when you're trying to shut down the computer [[Special:Contributions/162.158.79.107|162.158.79.107]] 15:57, 17 March 2020 (UTC)
| |
− | :The mention of a trash can/recycle bin is super direct so it is definitivly not that. Though, as stated by others, file in use problems can block just about any operation except killing the process in question. Note, attempting to kill the process may also be blocked because other processes depend on virtual files it provides (happens escpecialy often for processes that mount images). It is also possible for two processes to depend on files provided by each-other, making normal safe kill operations impossible.... in that case your safest option is usually to look at the processes and see if you can convince one of them to let go, (via a dismount, close file, or other buttons/subcommands)
| |
− |
| |
− | ::I don't think this is cut and dry definitely about the trash bin, XKCD comics have abstracted elements before for comedic effect. I would settle on mentioning both in the explanation. [[Special:Contributions/172.70.42.88|172.70.42.88]] 18:15, 4 May 2023 (UTC)
| |
− | ::Coming late to this, though must have seen it before, it is not an unknown occurance to be not allowed to 'delete' an item (i.e. move it to the Recycled Bin/whatever, or indeed full-delete it from scratch) because it is locked by the FS/OS, but things ''in'' the bin are purposefully made less easy to use in their new situ (not impossible, but generally escape most application-locks or a 'folder view preview' that undeleted files suffer).
| |
− | ::Whereas not 'allowing' (or at least not giving the user permission for) the removal of a USB storage device, from the socket it was inserted into, is very much an analogue of not removing a refuse sack because of some hidden reservation of its contents by some random other association..? That's a thing that happens. With the exception being that the frustrated user can always pull it out ''anyway'', and risk an incomplete-write corruption if it's 'optimised' that way, if they really want to. [[Special:Contributions/172.70.85.169|172.70.85.169]] 19:49, 4 May 2023 (UTC)
| |