XSF Discussion - 2020-11-22

  1. Lance has left
  2. lovetox has left
  3. lorddavidiii has left
  4. arc has left
  5. arc has joined
  6. andrey.g has joined
  7. Lance has joined
  8. lskdjf has left
  9. Tobias has left
  10. lorddavidiii has joined
  11. Seve has left
  12. andrey.g has left
  13. emus has joined
  14. adiaholic has left
  15. adiaholic has joined
  16. arc has left
  17. arc has joined
  18. NosoyHacker404 has left
  19. Lance has left
  20. lorddavidiii has left
  21. debacle has left
  22. NosoyHacker404 has joined
  23. Lance has joined
  24. Lance has left
  25. alameyo has joined
  26. Lance has joined
  27. Calvin has left
  28. pasdesushi has left
  29. wladmis has joined
  30. Lance has left
  31. dwd has left
  32. Lance has joined
  33. Arne has left
  34. Arne has joined
  35. Nekit has left
  36. Lance has left
  37. govanify has left
  38. govanify has joined
  39. amuza@riseup.net has left
  40. Andrzej has joined
  41. amuza@riseup.net has joined
  42. antranigv has left
  43. Calvin has joined
  44. emus has left
  45. wladmis has left
  46. Andrzej has left
  47. wladmis has joined
  48. wladmis has left
  49. amuza@riseup.net has left
  50. adiaholic has left
  51. adiaholic has joined
  52. wladmis has joined
  53. amuza@riseup.net has joined
  54. Calvin has left
  55. amuza@riseup.net has left
  56. amuza@riseup.net has joined
  57. wladmis has left
  58. wladmis has joined
  59. Lance has joined
  60. neshtaxmpp has left
  61. Lance has left
  62. govanify has left
  63. govanify has joined
  64. neshtaxmpp has joined
  65. Andrzej has joined
  66. dwd has joined
  67. Mikaela has joined
  68. govanify has left
  69. govanify has joined
  70. Seve has joined
  71. Andrzej has left
  72. Nekit has joined
  73. lovetox has joined
  74. paul has joined
  75. DebXWoody has joined
  76. Lance has joined
  77. Lance has left
  78. chronosx88 has joined
  79. antranigv has joined
  80. lorddavidiii has joined
  81. waqas has left
  82. jcbrand has joined
  83. Andrzej has joined
  84. Maranda has left
  85. Maranda has joined
  86. govanify has left
  87. govanify has joined
  88. Andrzej has left
  89. Lance has joined
  90. Lance has left
  91. lovetox has left
  92. werdan has joined
  93. chronosx88 has left
  94. chronosx88 has joined
  95. wurstsalat has joined
  96. Tobias has joined
  97. debacle has joined
  98. krauq has left
  99. werdan has left
  100. krauq has joined
  101. Tobias has left
  102. Tobias has joined
  103. lskdjf has joined
  104. moparisthebest has left
  105. Adi has left
  106. LNJ has joined
  107. moparisthebest has joined
  108. Andrzej has joined
  109. Adi has joined
  110. krauq has left
  111. krauq has joined
  112. Andrzej has left
  113. Lance has joined
  114. lovetox has joined
  115. emus has joined
  116. alameyo has left
  117. alameyo has joined
  118. pasdesushi has joined
  119. Lance has left
  120. Adi has left
  121. Adi has joined
  122. Lance has joined
  123. Adi has left
  124. andrey.g has joined
  125. Adi has joined
  126. papatutuwawa has joined
  127. chronosx88 has left
  128. Daniel has left
  129. chronosx88 has joined
  130. krauq has left
  131. krauq has joined
  132. lorddavidiii has left
  133. lorddavidiii has joined
  134. Daniel has joined
  135. papatutuwawa has left
  136. pasdesushi has left
  137. lorddavidiii has left
  138. govanify has left
  139. govanify has joined
  140. Daniel has left
  141. Daniel has joined
  142. govanify has left
  143. govanify has joined
  144. Link Mauve Zash, https://github.com/xsf/xeps/pull/1010
  145. Andrzej has joined
  146. jonas’ ohhh
  147. jonas’ intriguing
  148. Link Mauve I probably missed some elements, and the examples are too bright in order to not have to modify the other CSS, but it’s a starting point.
  149. adiaholic has left
  150. chronosx88 has left
  151. chronosx88 has joined
  152. jonas’ doesn’t seem to work with my fennec
  153. jonas’ even though fennec itself is dark
  154. jonas’ oh wait
  155. Link Mauve I only tested with my laptop’s Firefox, not my phone’s.
  156. jonas’ my laptop firefox doesn’t know about dark mode at all -.-
  157. jonas’ only via about:config methinks
  158. mukt2 has joined
  159. Link Mauve I configure mine from GTK’s settings.
  160. jonas’ no GTK here
  161. Link Mauve echo '[Settings] gtk-application-prefer-dark-theme = true' >> ~/.config/gtk-3.0/settings.ini
  162. debacle has left
  163. jonas’ works on my laptop’s firefox if I force it to dark
  164. Link Mauve Oh, do you build it with Qt support?
  165. jonas’ Link Mauve, no, but I don’t have any gtk tooling
  166. Link Mauve I didn’t know it still supported that.
  167. jonas’ I use whatever debian does
  168. Link Mauve Debian most likely builds Firefox with GTK.
  169. jonas’ sooo... on the platform which most natively supports dark mode (android), firefox (fennec) fails to respect it for websites, while it does for its own ui?
  170. jonas’ hm, I find the syntax highlighting hard to read
  171. jonas’ not sure this is an improvement
  172. Link Mauve I could make it fully white if you prefer.
  173. jonas’ yes, that or fixing the stylesheet of the syntax highlighter
  174. Link Mauve Or figure out XML colours which go better on a dark background.
  175. chronosx88 has left
  176. chronosx88 has joined
  177. Link Mauve jonas’, there.
  178. jonas’ now they’re dark
  179. jonas’ https://share.dreckshal.de/dpm/ZiGcUDzS8UZ3iGfpV-LiMoZHjhIvWmfvkGRZU8nyyAk.png
  180. Link Mauve Wut, did I forget to commit the prettify.css?
  181. jonas’ oh
  182. jonas’ sorry
  183. Link Mauve No I didn’t.
  184. jonas’ I was under the impression you only changed xmpp.css
  185. jonas’ I didn’t update prettify.css on my webserver
  186. jonas’ much better
  187. jonas’ this is great, thanks!
  188. Link Mauve :)
  189. jonas’ pushed
  190. jonas’ need to poke the docker stuff once it’s done, but lunch first
  191. adiaholic has joined
  192. Link Mauve I should have done that years ago…
  193. adiaholic has left
  194. jonas’ no, that would’ve been with the old CSS ;)
  195. jonas’ huh
  196. jonas’ the change didn’t make it into the docker image
  197. jonas’ not sure why, need to look at it later, lunch first
  198. Link Mauve Enjoy. :)
  199. peetah has left
  200. peetah has joined
  201. krauq has left
  202. krauq has joined
  203. adiaholic has joined
  204. Zash Ooooh
  205. mukt2 has left
  206. pasdesushi has joined
  207. adiaholic has left
  208. matkor has left
  209. matkor has joined
  210. larma jonas’, I am not a big fan of Blurhash. I think it's not really well documented. https://github.com/woltapp/blurhash/blob/master/Algorithm.md is all you get. It uses custom, digit-based base 83 encoding, doesn't support alpha channel. And as far as I can see, it's not even heavily popular. Mastodon and Signal use it, and that's basically it. It just happen to be circulated within XMPP people for some reason and the word Blurhash is even used here as a synonym for "very small image scaled up in a blurry way" by some.
  211. pasdesushi has left
  212. jonas’ larma, no, I specifically talk about blurhash
  213. jonas’ by that I mean the entire package, because I looked at it and I consider it a reasonable and smart solution to the problem
  214. jonas’ in contrast to taking an 8x8 JPEG/PNG and scaling that up with a bilinear filter
  215. jonas’ I’m not sure how alpha channels would even work with such a technology, that needs more thought
  216. amuza@riseup.net has left
  217. larma why do you think it's smart comparing to a simple bitmap? I wouldn't take jpeg or png because they have huge overhead for small size images
  218. larma classic pc bitmap, you now this old .bmp, is much better for very small images
  219. pasdesushi has joined
  220. adiaholic has joined
  221. larma 4x3 = 12 32-bit colors are just 48 byte, encode them using base64 and you get 64 ascii chars. Yes a 4x3 blurhash is "just" 28 ascii chars. But given the overall overhead we have in XMPP that's not a huge thing. Also as quality of blurhash isn't exactly comparable with 32-bit color, we can easily reduce this by half (using 16-bit colors) and reach a size that is pretty close.
  222. jonas’ Link Mauve, there, it’s live (cc @ Zash)
  223. Zash Shiny, thanks Link Mauve
  224. Link Mauve Woohoo!
  225. larma jonas’, test image: http://larma.de/blur_sample_base.jpg 4x3 blurhash: http://larma.de/blur_sample_blurhash_4x3.jpg image scaled to 4x3, reduced color depth to 12-bit (no alpha) and then scaled up again, both scaling used cubic interpolation: http://larma.de/blur_sample_cubic_scaled_4x3.jpg
  226. Link Mauve Tbh I don’t recognise any feature of the original image in either of the 4×3.
  227. moparisthebest has left
  228. jonas’ larma, can you use cubic in browsers?
  229. larma well, you can see a rough estimate of the color
  230. pasdesushi has left
  231. Link Mauve jonas’, you can use any algorithm with the <canvas> API.
  232. Zash Point is to have something to show until you download the actual image
  233. jonas’ Link Mauve, sure
  234. chronosx88 has left
  235. larma The problem is that if you don't have alpha in the preview you can't correctly display it if the final image has alpha and you want to display it on background of varying color (which we need to consider in a heterogenous environment like public XMPP network). You certainly could add an alpha component to blurhash, but then you couldn't reuse existing implementations, making it probably harder to use (and not smaller in size) than just using bitmap data.
  236. jonas’ larma, not wrong, but I wonder how that cubic interpolation of yours would look like with alpha
  237. Calvin has joined
  238. chronosx88 has joined
  239. moparisthebest has joined
  240. larma I guess cubic interpolation isn't that good for images that typically have alpha. It works good for photos, not necessarily for graphics
  241. jonas’ yep
  242. pasdesushi has joined
  243. jonas’ downscaling alpha also doesn’t work wel
  244. jonas’ downscaling alpha also doesn’t work well
  245. amuza@riseup.net has joined
  246. pasdesushi has left
  247. pasdesushi has joined
  248. larma but blurhash also doesn't work well for anything that is not photos, so that's a general issue for these kinds of things
  249. jonas’ exactly
  250. eevvoor has joined
  251. lorddavidiii has joined
  252. jonas’ but I guess one could pick a blurhash-y thing for JPEG input and a simple downscaled bitmap for non-JPEG input
  253. pasdesushi has left
  254. larma with alpha: http://larma.de/blur_cat_base.png image scaled to 4x4 (32-bit with alpha) and scaled up to original: http://larma.de/blur_cat_cubic_scaled_4x4.png
  255. jonas’ hm, probably OK on a uniform coloured background
  256. jonas’ hm, probably OK on a uniformly coloured background
  257. larma would probably have more effect on images where more than just a few pixels on the edges have transparency
  258. krauq has left
  259. krauq has joined
  260. lovetox has left
  261. lovetox has joined
  262. papatutuwawa has joined
  263. larma http://larma.de/blur_xmpp_base.png, http://larma.de/blur_xmpp_cubic_scaled_4x4.png
  264. peetah has left
  265. peetah has joined
  266. larma in any case scaling down to very small images and reducing color depth and then scaling up again gives decent enough results, at least on the same level of blurhash, if you use some more advanced interpolation. If for some reason your platform does not allow you to do this, but you can do gaussian blur, an alternative would be to use no interpolation when scaling up and then apply gaussian blur (with radius set to scaling factor) on the few "very large pixels". Results should be similar.
  267. larma especially implementation work for everyone who can't use any of the existing encoder and decoders is going to be much less when being based on simple rgb bitmaps instead of complex encodings.
  268. lovetox has left
  269. Andrzej has left
  270. Andrzej has joined
  271. LNJ has left
  272. Shell has left
  273. jonas’ sure
  274. jonas’ makes sense
  275. LNJ has joined
  276. papatutuwawa has left
  277. papatutuwawa has joined
  278. Andrzej has left
  279. Andrzej has joined
  280. lovetox has joined
  281. antranigv has left
  282. antranigv has joined
  283. deuill has joined
  284. goffi has joined
  285. deuill has left
  286. peetah has left
  287. peetah has joined
  288. LNJ has left
  289. papatutuwawa has left
  290. papatutuwawa has joined
  291. papatutuwawa has left
  292. papatutuwawa has joined
  293. papatutuwawa has left
  294. Vaulor has left
  295. papatutuwawa has joined
  296. Seve has left
  297. papatutuwawa has left
  298. moparisthebest has left
  299. papatutuwawa has joined
  300. papatutuwawa has left
  301. papatutuwawa has joined
  302. papatutuwawa has left
  303. papatutuwawa has joined
  304. moparisthebest has joined
  305. papatutuwawa has left
  306. papatutuwawa has joined
  307. papatutuwawa has left
  308. papatutuwawa has joined
  309. papatutuwawa has left
  310. papatutuwawa has joined
  311. papatutuwawa has left
  312. papatutuwawa has joined
  313. papatutuwawa has left
  314. papatutuwawa has joined
  315. papatutuwawa has left
  316. papatutuwawa has joined
  317. papatutuwawa has left
  318. papatutuwawa has joined
  319. papatutuwawa has left
  320. antranigv has left
  321. Vaulor has joined
  322. Seve has joined
  323. Shell has joined
  324. lovetox has left
  325. lorddavidiii has left
  326. adiaholic has left
  327. adiaholic has joined
  328. Andrzej has left
  329. Andrzej has joined
  330. lovetox has joined
  331. Andrzej has left
  332. Andrzej has joined
  333. Yagiza has joined
  334. Andrzej has left
  335. Andrzej has joined
  336. LNJ has joined
  337. MattJ has left
  338. MattJ has joined
  339. lorddavidiii has joined
  340. sonny has left
  341. Zash MattJ, jcbrand, either of you happen to have an updated XEP-0317: Hats somewhere in your TODOs?
  342. MattJ Yes
  343. MattJ edhelas also expressed an interest in it recently, maybe he'll beat me to it
  344. SamWhited I think a lot of distros (maybe Debian?) enable Firefox's anti-fingerprinting protections by default (which disables dark mode entirely)
  345. SamWhited For whomever was saying it wasn't working in Firefox.
  346. Zash Wasn't that Firefox mobile? Worksforme with Firefox on Debian
  347. xecks has left
  348. xecks has joined
  349. werdan has joined
  350. Andrzej has left
  351. SamWhited oh, fair, I just saw "doesn't work in Firefox" in the history and was taking a wild-ass guess. So grain of salt.
  352. adiaholic has left
  353. LNJ has left
  354. peetah has left
  355. arc has left
  356. arc has joined
  357. andrey.g has left
  358. peetah has joined
  359. debacle has joined
  360. lovetox has left
  361. Andrzej has joined
  362. antranigv has joined
  363. LNJ has joined
  364. lovetox has joined
  365. LNJ has left
  366. LNJ has joined
  367. arc has left
  368. arc has joined
  369. Andrzej has left
  370. moparisthebest Zash: https://addons.mozilla.org/en-US/firefox/addon/darkreader/ actually seems to work great on almost all sites
  371. papatutuwawa has joined
  372. mathieui moparisthebest, yes but is quite heavy
  373. mathieui (I mean if you don’t have a recent multicore machine you will struggle on anything but simple pages like linkmauve.fr)
  374. Link Mauve linkmauve.fr once again > *
  375. moparisthebest I haven't noticed any problems, I even use it on my android firefox
  376. Zash Good thing I broke my new laptop and only use a 9 year old thinkpad.
  377. Zash (stationary thinkpad, grown stuck to my desk)
  378. Shell has left
  379. Shell has joined
  380. mathieui moparisthebest, I noticed on an i7-7700k with 16GB of ram
  381. eta can't reach linkmauve.fr
  382. Link Mauve :o
  383. eta Link Mauve, oh, you don't do port 80
  384. Link Mauve No, only port 443.
  385. Link Mauve It should be part of hsts preload though.
  386. Andrzej has joined
  387. eta huh, so it is
  388. eta (checking hstspreload.org)
  389. eta that reminds me, I need to fix HSTS on theta.eu.org
  390. sonny has joined
  391. j.r has left
  392. j.r has joined
  393. Ge0rG HSTS preload. Whoever had that idea needs to be punished in horrible ways. I mean, yes, it works for something like the top 1000, but how are you supposed to bundle all the crypto nerds' homepages into all the browsers?
  394. moparisthebest seems to be working no?
  395. Ge0rG So I need to submit all my websites to make it break?
  396. moparisthebest submit them all, it'll be fine
  397. Zash inb4 Ge0rG submits <every uuid>.example
  398. Andrzej has left
  399. Zash Aren't browsers also shipping CRLs embedded? And all sorts of stuff
  400. krauq has left
  401. krauq has joined
  402. krauq has left
  403. krauq has joined
  404. Andrzej has joined
  405. Zash Ge0rG: Looks like it's only 12MB uncompressed JSON https://github.com/chromium/chromium/blob/master/net/http/transport_security_state_static.json
  406. Ge0rG Zash: well yes, that's *before* I submitted all my domain names! 😁
  407. jonas’ SamWhited, I have the issue on android, and it’s officially not supported according to MDN
  408. Yagiza has left
  409. Andrzej has left
  410. Andrzej has joined
  411. Andrzej has left
  412. j.r has left
  413. j.r has joined
  414. Lance has left
  415. lorddavidiii has left
  416. Lance has joined
  417. DebXWoody has left
  418. pasdesushi has joined
  419. Andrzej has joined
  420. Lance has left
  421. pasdesushi has left
  422. Lance has joined
  423. Nekit has left
  424. werdan has left
  425. mp5 has left
  426. pasdesushi has joined
  427. Andrzej has left
  428. LNJ has left
  429. pasdesushi has left
  430. strypey has joined
  431. strypey has left
  432. lovetox that there is a execute action and an execute attribute and both have defaults if absent
  433. lovetox is beyond confusin in 0050
  434. Zash yeah
  435. Andrzej has joined
  436. lovetox The action "execute" is equivalent to the action specified in the "execute" attribute. If the "execute" attribute is absent, it defaults to "next".
  437. lovetox that sentence is a real treat
  438. lovetox what default to next here
  439. lovetox the action or the attribute
  440. Zash You're telling me it's still confusing after this went trough council? :/
  441. lovetox actually no
  442. lskdjf has left
  443. lskdjf has joined
  444. lovetox the way this is written, it must be the attribute that is meant
  445. lskdjf has left
  446. lskdjf has joined
  447. lskdjf has left
  448. lskdjf has joined
  449. papatutuwawa has left
  450. lskdjf has left
  451. lskdjf has joined
  452. Ge0rG It was even more confusing, and then there was a long discussion how to remove the confusion without changing any normative text
  453. strypey has joined
  454. strypey has left
  455. lskdjf has left
  456. lskdjf has joined
  457. Andrzej has left
  458. lovetox it would be so much clearer if the execute action simply did not exist
  459. lskdjf has left
  460. lskdjf has joined
  461. Zash I was thinking that execute = start
  462. lovetox execute = everything
  463. werdan has joined
  464. lskdjf has left
  465. lskdjf has joined
  466. lskdjf has left
  467. lskdjf has joined
  468. lskdjf has left
  469. lskdjf has joined
  470. lskdjf has left
  471. lskdjf has joined
  472. Calvin has left
  473. moparisthebest has left
  474. lskdjf has left
  475. lskdjf has joined
  476. Arne has left
  477. Arne has joined
  478. Dele Olajide has joined
  479. lskdjf has left
  480. lskdjf has joined
  481. lskdjf has left
  482. lskdjf has joined
  483. lovetox wait, is the execute action a real action element?
  484. lovetox its not in any of the examples
  485. Zash Isn't it the first step?
  486. Zash https://xmpp.org/extensions/xep-0050.html#execute-simple
  487. lovetox yes
  488. werdan has left
  489. lovetox the question was, will i see in real life ever a <execute/> element
  490. Zash no
  491. lovetox no
  492. lovetox yeah, ok starts to make more sense slowly
  493. lovetox would be useless
  494. lskdjf has left
  495. lskdjf has joined
  496. Dele Olajide has left
  497. Zash action=execute → status=executing → { action=next|prev|complete } → status=completed
  498. lovetox ah so i can simply never send action=execute
  499. lovetox except for the first command
  500. Zash you MAY, or not. it's the only option at that point, so redundant
  501. lovetox ok that makes it simpler
  502. lovetox because from a gui standpoint, if i draw buttons next, prev, etc
  503. lovetox but when clicking on them i send "execute" suddenly
  504. Dele Olajide has joined
  505. Zash Link Mauve, p.box (Note: ...) has black text
  506. Lance you can send action=execute any time. but it's the "idk what i want, you decide for me" option. so the responder decides what actually happens
  507. Link Mauve Zash, do you want to fix it, or should I do it?
  508. Zash Link Mauve: Do *you* want to? I can, but not now.
  509. Lance i'd wouldn't send action=execute if a user actually clicked on a prev/next/complete button, just the explicit action the user chose
  510. Link Mauve Zash, I’m working on Jingle stuff.
  511. Link Mauve I can do it at some point too.
  512. lovetox yeah Lance thats what i also think
  513. Lance only time id consider using action=execute would for some automated exchange, where i just want to fast track though the default happy path the responder wants
  514. moparisthebest has joined
  515. Lance but even then, ehhh
  516. lskdjf has left
  517. lskdjf has joined
  518. lovetox oh wow just found this
  519. lovetox If the <actions/> possesses the "execute" attribute, that value is the default button or option. If the <actions/> does not possess the "execute" attribute, there is no default button or option.
  520. lovetox thats what i was actually searching
  521. lovetox so i just pick whatever the execute attr tells me and color my button
  522. lskdjf has left
  523. lskdjf has joined
  524. lovetox and i never have to actually send execute or even care what it "defaults" to if its not htere
  525. lskdjf has left
  526. lskdjf has joined
  527. Lance yeah, the whole execute attribute thing is entirely for UI guidance/hinting on the submitter side. if you're the responder and receive action=execute it just means you get to choose what happens instead of the submitter choosing
  528. goffi has left
  529. lskdjf has left
  530. Lance the ambiguity in the model comes from when the responder provides (or doesn't provide any) UI hints that match what it would choose
  531. Zash Ought to have been called "default", but oh well
  532. pasdesushi has joined
  533. Lance err, UI hints that _do not match_ what it would choose
  534. pasdesushi has left
  535. pasdesushi has joined
  536. Nekit has joined
  537. pasdesushi has left
  538. chronosx88 has left
  539. chronosx88 has joined
  540. Mikaela has left
  541. Dele Olajide has left
  542. lovetox i think the problem is that i trys to fill 2 jobs
  543. lovetox first provide a UI hint
  544. lovetox 2. for this rare usecase where i just want to send "execute"
  545. lovetox i wonder how a xmpp lib fullfills both things
  546. lovetox because the xep says, execute defaults to "next"
  547. chronosx88 has left
  548. lovetox but obviously a xmpp lib should not fill the var with "next" otherwise the UI doesnt know that there was no default action and no UI hint should be given
  549. lovetox either way, after working this out now, i treat it only as UI hint client side
  550. Tobias has left
  551. lovetox and i dont default it to "next", because not set means no hint should be given
  552. nyco has left
  553. nyco has joined
  554. raghavgururajan has left
  555. lovetox has left
  556. wladmis has left
  557. raghavgururajan has joined
  558. pasdesushi has joined
  559. NosoyHacker404 has left
  560. pasdesushi has left
  561. eevvoor has left
  562. larma has left
  563. lskdjf has joined
  564. larma has joined
  565. lovetox has joined
  566. arc has left
  567. arc has joined
  568. lovetox has left
  569. andrey.g has joined
  570. govanify has left
  571. govanify has joined
  572. raghavgururajan has left
  573. krauq has left
  574. krauq has joined
  575. marc0s has left
  576. arc has left
  577. arc has joined
  578. nyco has left
  579. nyco has joined
  580. NosoyHacker404 has joined
  581. Adi has left
  582. Adi has joined
  583. raghavgururajan has joined