HomeSearchPrevious dayNext day

00:07:48Arcorann (Arcorann) joins
00:17:56BlueMaxima_ joins
00:18:19BlueMaxima_ quits [Remote host closed the connection]
00:18:43Meli quits [Killed (NickServ (GHOST command used by Meli-sama))]
00:18:43Meli (Meli) joins
00:19:26BlueMaxima_ joins
00:19:49BlueMaxima_ quits [Remote host closed the connection]
00:20:28BlueMaxima quits [Ping timeout: 249 seconds]
00:20:28qwertyasdfuiopghjkl quits [Ping timeout: 249 seconds]
00:20:28Barto quits [Ping timeout: 249 seconds]
00:20:56BlueMaxima_ joins
00:21:10Barto (Barto) joins
00:21:19BlueMaxima_ quits [Remote host closed the connection]
00:22:26BlueMaxima_ joins
00:22:49BlueMaxima_ quits [Remote host closed the connection]
00:23:56BlueMaxima_ joins
00:24:19BlueMaxima_ quits [Remote host closed the connection]
00:25:26BlueMaxima_ joins
00:25:49BlueMaxima_ quits [Remote host closed the connection]
00:26:56BlueMaxima_ joins
00:27:19BlueMaxima_ quits [Remote host closed the connection]
00:28:26BlueMaxima_ joins
00:28:49BlueMaxima_ quits [Remote host closed the connection]
00:29:56BlueMaxima_ joins
00:30:19BlueMaxima_ quits [Remote host closed the connection]
00:31:26BlueMaxima_ joins
00:31:29driib58 (driib) joins
00:31:49BlueMaxima_ quits [Remote host closed the connection]
00:32:56BlueMaxima_ joins
00:33:19BlueMaxima_ quits [Remote host closed the connection]
00:33:22dm4v_ joins
00:33:57driib5 quits [Ping timeout: 246 seconds]
00:33:57driib58 is now known as driib5
00:34:13dm4v quits [Ping timeout: 265 seconds]
00:34:13dm4v_ is now known as dm4v
00:34:26BlueMaxima_ joins
00:34:49BlueMaxima_ quits [Remote host closed the connection]
00:35:03BlueMaxima_ joins
00:45:02qwertyasdfuiopghjkl joins
00:52:27Mateon1 quits [Remote host closed the connection]
00:53:24Mateon1 joins
01:00:48qwertyasdfuiopghjkl quits [Ping timeout: 265 seconds]
02:15:54drexler_ joins
02:15:59<drexler_>https://twitter.com/jd_pressman/status/1543778382894141441
02:16:36<drexler_>Excited to share my new work using AI to produce tons of public domain imagery.
02:29:06thuban quits [Read error: Connection reset by peer]
02:29:18thuban joins
03:12:45<systwi>Can someone else confirm that hovering over the photo of Kim on http://www.uriminzokkiri.com/ changes the cursor to a single white pixel?
03:13:09<systwi>If it isn't just a strange thing on my end, I have a theory as to why this was done...
03:13:19<systwi>assuming it was intentional.
03:14:13<systwi>I'm using Firefox 91, by the way.
03:14:21<michaelblob>can confirm
03:15:30<thuban>.no-pointer { cursor: url(../../assets/images/no-pointer.cur), pointer; }
03:17:26<systwi>Ahh, thanks for the clarification.
03:18:06<systwi>My theory as to why this is the case is because any photos of "our glorious leader" are not to have his face/image obscured.
03:19:22<systwi>I saw it once in a documentary, a guard checked a tourist's camera and ensured the photo they were taking of Kim Il-sung's portrait was not to have lens flare, a hand in the way, etc. or be out of focus.
03:23:21<thuban>curious that a single white pixel would be preferred over either a normal cursor or a simple `cursor: none`...
03:25:20<@JAA>If in doubt, it's some sort of shitty hack for IE6 or similar.
03:25:58<systwi>A normal cursor (assuming, 'leave the system's default cursor alone') has a significantly higher chance of covering his face. "cursor: none" would make more sense, but yeah, JAA's probably onto something.
03:27:16<systwi>Possibly a hack for their Naenara browser which is a fork of an oooooold version of Firefox.
03:31:06BlueMaxima__ joins
03:31:16driib5 quits [Client Quit]
03:31:16BlueMaxima_ quits [Remote host closed the connection]
03:31:18JackThompson quits [Client Quit]
03:31:36driib5 (driib) joins
03:38:31driib5 quits [Client Quit]
03:38:31dm4v quits [Client Quit]
03:38:35dm4v joins
03:39:38driib5 (driib) joins
03:43:38<thuban>til: uri values were included in the initial specification of the 'cursor' property in css2 (1998), but the 'none' keyword (among others) didn't make it in until the css3-ui candidate rec (2004)
03:45:49<thuban>cursory googling doesn't reveal exactly which version of firefox naenara is based on, but if it's between 1.5 and 3, you may be right about browser support
03:49:22<thuban>curious regardless (since they could have chosen to use `url` with a completely empty image) that one pixel is apparently the maximum acceptable concession to usability
03:50:02JackThompson joins
03:51:44<systwi>thuban: Firefox 3.5, specifically, so that's probably it.
03:52:03<systwi>Referencing: https://richardg867.wordpress.com/2015/01/01/notes-on-red-star-os-3-0/
03:53:03<thuban>well, no; if that's correct then the browser would support both `url` and `none`.
03:53:26<systwi>Ohh, I misread it. I thought you meant 3.x.
03:54:03<systwi>There is an earlier version of Red Star OS that more than likely utilized an even older Firefox version, so it might be a workaround for those still rolling the previous OS release.
03:54:23<thuban>possible!
03:54:30JackThompson quits [Client Quit]
03:55:54JackThompson joins
03:57:05<systwi>I'm curious too. From what I gather, theoretically, they could've made the cursor 1px by 1px and made it entirely transparent and it would've still been compatible, maybe (probably what you were saying earlier).
03:57:22<thuban>quite
03:57:50<thuban>(shinuy)
03:59:13Stiletto quits [Read error: Connection reset by peer]
04:02:37JackThompson quits [Client Quit]
04:04:03JackThompson joins
04:22:04HackMii quits [Client Quit]
04:24:15HackMii (hacktheplanet) joins
05:28:22HackMii quits [Ping timeout: 246 seconds]
05:29:46HackMii (hacktheplanet) joins
05:59:46BlueMaxima__ quits [Read error: Connection reset by peer]
06:22:15spirit joins
06:28:55Matthww quits [Ping timeout: 246 seconds]
06:44:18Matthww joins
07:06:09sec^nd quits [Remote host closed the connection]
07:06:10HackMii quits [Write error: Broken pipe]
07:07:30sec^nd (second) joins
07:08:43HackMii (hacktheplanet) joins
07:20:03sec^nd quits [Remote host closed the connection]
07:21:19sec^nd (second) joins
08:03:11HackMii quits [Remote host closed the connection]
08:04:34HackMii (hacktheplanet) joins
09:50:51tech_exorcist (tech_exorcist) joins
10:53:41dm4v quits [Client Quit]
10:53:45dm4v joins
12:45:16tech_exorcist quits [Remote host closed the connection]
12:46:33tech_exorcist (tech_exorcist) joins
12:48:24<tech_exorcist>i was wondering, are there any regular dumps of the archiveteam wiki available for download, similarly to how the Wikimedia Foundation has https://dumps.wikimedia.org ?
12:50:38<@JAA>tech_exorcist: https://wiki.archiveteam.org/dumps/
12:50:58<tech_exorcist>thanks
12:50:58<@JAA>Generated daily, only the most recent one is available for download, the others are on IA.
12:51:54<tech_exorcist>https://archive.org/details/archiveteam.org_wiki_dumps_2022 here, i guess?
12:52:22<@JAA>Correct
12:52:27<tech_exorcist>cool, thanks
12:52:42<tech_exorcist>why aren't they available for downlaod from IA though=
12:52:43<tech_exorcist>*?
12:52:45<@JAA>I upload them periodically, so it'll be a while before the recent ones show up.
12:53:15<tech_exorcist>no, i mean
12:53:25<@JAA>arkiver: ^ Needs to be moved to another collection.
12:53:31<@JAA>Also the other wiki dump items.
12:53:59<tech_exorcist>under https://archive.org/download/archiveteam.org_wiki_dumps_2022, all the .gz files are marked with the padlock icon and are unavailable for download
12:54:30<@JAA>Yeah, archiveteam_inbox items are locked until they get moved to their proper destination.
12:54:45<tech_exorcist>oh, i see
13:58:15Arcorann quits [Ping timeout: 246 seconds]
14:04:01dm4v quits [Client Quit]
14:04:05dm4v joins
14:06:36thelounge888 quits [Quit: Ping timeout (120 seconds)]
14:50:28mutantmonkey quits [Ping timeout: 246 seconds]
14:51:42mutantmonkey (mutantmonkey) joins
16:17:24tech_exorcist quits [Remote host closed the connection]
16:18:40tech_exorcist (tech_exorcist) joins
16:33:34qwertyasdfuiopghjkl joins
17:19:11tech_exorcist quits [Client Quit]
17:35:40Meli quits [Ping timeout: 246 seconds]
17:38:48Meli (Meli) joins
17:42:12tech_exorcist (tech_exorcist) joins
17:42:40dm4v quits [Client Quit]
17:42:40Meli quits [Client Quit]
17:42:41qwertyasdfuiopghjkl quits [Client Quit]
17:42:45dm4v joins
17:42:56Meli (Meli) joins
17:56:00qwertyasdfuiopghjkl joins
18:00:56sec^nd quits [Remote host closed the connection]
18:02:14sec^nd (second) joins
18:36:51Meli quits [Ping timeout: 246 seconds]
18:37:47Meli (Meli) joins
19:09:38<systwi>JAA: How come they're locked from even being downloaded? There's probably a good reason why, but I'm not sure what it could be.
19:17:23spirit quits [Client Quit]
19:19:11spirit joins
19:20:22<Jake>I believe arkiv er hasn't moved them to another collection yet?
19:21:55<systwi_>Jake: Yes, it was noted earlier they still need to move the item elsewhere.
19:22:07<Jake>well, that's why :-)
19:23:42<systwi_>Right, I get that, but I don't understand why the downloading restriction is in place.
19:24:58<systwi_>I'm curious more so on the purpose for the restriction and not necessarily the reason why it's locked, if that helps clarify.
20:37:43Meli quits [Ping timeout: 265 seconds]
20:43:41Meli (Meli) joins
21:01:58sec^nd quits [Remote host closed the connection]
21:03:11sec^nd (second) joins
21:10:12Meli quits [Client Quit]
21:10:12dm4v quits [Client Quit]
21:10:12qwertyasdfuiopghjkl quits [Client Quit]
21:10:16dm4v joins
21:10:43Meli (Meli) joins
21:12:04<TheTechRobo>systwi_: Might be so that items that will be moved to a download-locked collection aren't temporarily available.
21:13:44<systwi>Ah, that could be it.
21:33:11qwertyasdfuiopghjkl joins
21:50:15tech_exorcist quits [Client Quit]
22:34:04Sluggs quits [Read error: Connection reset by peer]
22:34:21Sluggs joins
22:46:39h3ndr1k quits [Quit: ]
22:47:04h3ndr1k (h3ndr1k) joins
23:34:35BlueMaxima joins
23:52:26Arcorann (Arcorann) joins

HomeSearchPrevious dayNext day