XSF Discussion - 2017-11-11


  1. Guus has left
  2. arc has left
  3. arc has joined
  4. Guus has left
  5. vanitasvitae has left
  6. Arc has left
  7. Valerian has left
  8. Valerian has joined
  9. Valerian has left
  10. arc has left
  11. arc has joined
  12. arc has left
  13. arc has joined
  14. arc has left
  15. arc has joined
  16. Syndace has left
  17. SamWhited Guus, Ge0rG: I tried to address some of your feedback as well as make the text clearer in places: https://github.com/xsf/xeps/pull/540/files
  18. adminpro has joined
  19. adminpro has left
  20. arc has left
  21. arc has joined
  22. arc has left
  23. arc has joined
  24. moparisthebest has left
  25. moparisthebest has joined
  26. Kev has left
  27. Guus has left
  28. zinid has left
  29. arc has left
  30. arc has joined
  31. arc has left
  32. arc has joined
  33. jere has joined
  34. lskdjf has joined
  35. bjc has joined
  36. tux has left
  37. tux has joined
  38. jere has left
  39. jere has joined
  40. Lance has joined
  41. arc has left
  42. arc has joined
  43. Steve Kille has left
  44. Tobias has joined
  45. vanitasvitae has left
  46. lskdjf has joined
  47. arc has left
  48. arc has joined
  49. Lance has left
  50. arc has left
  51. arc has joined
  52. zinid has left
  53. arc has left
  54. arc has joined
  55. nyco has left
  56. nyco has joined
  57. arc has left
  58. arc has joined
  59. daniel has left
  60. daniel has joined
  61. arc has left
  62. arc has joined
  63. arc has left
  64. arc has joined
  65. lumi has left
  66. lumi has joined
  67. arc has left
  68. arc has joined
  69. lumi has joined
  70. Guus has left
  71. mimi89999 has joined
  72. jjrh has left
  73. arc has left
  74. arc has joined
  75. arc has left
  76. arc has joined
  77. arc has left
  78. arc has joined
  79. arc has left
  80. arc has joined
  81. uc has joined
  82. arc has left
  83. arc has joined
  84. vanitasvitae has left
  85. arc has left
  86. arc has joined
  87. sonny has left
  88. sonny has joined
  89. jere has left
  90. arc has left
  91. arc has joined
  92. arc has left
  93. arc has joined
  94. arc has left
  95. arc has joined
  96. arc has left
  97. SamWhited has left
  98. efrit has left
  99. daniel has left
  100. daniel has joined
  101. arc has joined
  102. daniel has left
  103. daniel has joined
  104. uc has left
  105. uc has joined
  106. Guus has left
  107. arc has left
  108. arc has joined
  109. arc has left
  110. arc has joined
  111. Guus has left
  112. arc has left
  113. arc has joined
  114. Guus SamWhited: would it make sense to update the "last updated" timestamp? I was refreshing my page, waiting for the build to succeed by looking at that date...
  115. @Alacer has left
  116. Ge0rG has left
  117. marc has joined
  118. jcbrand has joined
  119. Syndace has joined
  120. Syndace has joined
  121. jcbrand has left
  122. jcbrand has joined
  123. jjrh has left
  124. jjrh has left
  125. jjrh has left
  126. arc has left
  127. jjrh has left
  128. jubalh has joined
  129. jubalh has left
  130. jubalh has joined
  131. jjrh has left
  132. arc has joined
  133. jubalh has left
  134. jubalh has joined
  135. jubalh has left
  136. jjrh has left
  137. Zash has left
  138. Zash has joined
  139. jjrh has left
  140. jcbrand has left
  141. uc has joined
  142. jjrh has left
  143. jjrh has left
  144. Kev has joined
  145. bjc has joined
  146. uc has joined
  147. jonasw has joined
  148. ralphm has joined
  149. @Alacer has joined
  150. jjrh has left
  151. ralphm has joined
  152. Guus has left
  153. Guus has left
  154. la|r|ma has joined
  155. jcbrand has joined
  156. uc has joined
  157. uc has joined
  158. Ge0rG Wow, so much constructive feedback on a Friday night. Breaking the problem space into pieces really pays off :)
  159. goffi has joined
  160. jcbrand has left
  161. lskdjf has joined
  162. Guus has left
  163. jjrh has left
  164. jcbrand has joined
  165. Kev has left
  166. Kev has joined
  167. zinid has left
  168. Guus has left
  169. jcbrand has left
  170. ralphm has left
  171. Guus has left
  172. marc has left
  173. Kev Ge0rG: Thought it might :)
  174. Ge0rG Kev: thanks for making me do it :)
  175. marc has left
  176. Ge0rG has left
  177. xnyhps has left
  178. @Alacer has left
  179. Syndace has left
  180. @Alacer has joined
  181. Ge0rG has left
  182. la|r|ma has left
  183. la|r|ma has left
  184. la|r|ma has joined
  185. Guus has left
  186. Guus has left
  187. jere has joined
  188. mimi89999 has left
  189. jere has left
  190. jere has joined
  191. mimi89999 has left
  192. jere has left
  193. jere has joined
  194. marc has joined
  195. mimi89999 has left
  196. ralphm has left
  197. jubalh has joined
  198. Syndace has left
  199. uc has left
  200. uc has joined
  201. jonasw has left
  202. mimi89999 has left
  203. zinid has left
  204. jere has left
  205. jere has joined
  206. Valerian has joined
  207. Guus has left
  208. ralphm has left
  209. sonny has joined
  210. sonny has joined
  211. jere has left
  212. jere has joined
  213. jubalh has left
  214. Guus has left
  215. Ge0rG has joined
  216. Ge0rG has left
  217. SamWhited Guus: oops, sorry, I haven't been pushing versions.
  218. jubalh has joined
  219. moparisthebest has left
  220. ralphm has left
  221. efrit has joined
  222. lumi has joined
  223. Ge0rG has left
  224. Valerian has left
  225. moparisthebest has joined
  226. Tobias has joined
  227. Guus has left
  228. efrit has left
  229. jubalh has left
  230. marc has left
  231. lovetox has joined
  232. Steve Kille has left
  233. jere has left
  234. Tobias has joined
  235. jere has joined
  236. Tobias has joined
  237. efrit has joined
  238. marc has left
  239. Steve Kille has left
  240. Guus has left
  241. Valerian has joined
  242. Guus has left
  243. Guus has left
  244. Guus has left
  245. Guus has left
  246. jjrh has left
  247. daniel has left
  248. daniel has joined
  249. efrit has left
  250. daniel has left
  251. daniel has joined
  252. lumi has joined
  253. ralphm has left
  254. lumi has joined
  255. la|r|ma has left
  256. lumi has left
  257. lumi has joined
  258. lumi has joined
  259. lumi has joined
  260. lumi has left
  261. jjrh has left
  262. Guus has left
  263. jjrh has left
  264. jjrh has left
  265. Ge0rG has left
  266. lumi has joined
  267. jjrh has left
  268. @Alacer has left
  269. lumi has left
  270. lumi has joined
  271. jjrh has left
  272. jjrh has left
  273. @Alacer has joined
  274. jjrh has left
  275. Valerian has left
  276. ralphm has left
  277. lumi has left
  278. lumi has joined
  279. moparisthebest has joined
  280. Guus SamWhited: no worries. Perhaps something that could be automated?
  281. SamWhited Guus: I don't think it's really necessary in this case; generally I just ask authors to update it when they make a PR. I just didn't do it for this because it gets reset to 0.1 when accepted anyways and the old ones would go away
  282. efrit has joined
  283. Guus Oh, I was referring to the datestamp on top, not then version number
  284. SamWhited oh, my mistake
  285. SamWhited they're the same thing though
  286. SamWhited that's pulled from the last revision block, IIRC
  287. jjrh has left
  288. efrit has left
  289. efrit has joined
  290. sonny has left
  291. sonny has joined
  292. tux has joined
  293. tux has left
  294. tux has joined
  295. Guus has left
  296. jjrh has left
  297. Valerian has joined
  298. jjrh has left
  299. jjrh has left
  300. jjrh has left
  301. jjrh has left
  302. jjrh has left
  303. moparisthebest has left
  304. moparisthebest has joined
  305. Guus has left
  306. Guus has left
  307. Valerian has left
  308. Valerian has joined
  309. Syndace has left
  310. Steve Kille has left
  311. mikl has joined
  312. Steve Kille has left
  313. jjrh has left
  314. daniel has left
  315. Guus has left
  316. Syndace has left
  317. Guus has left
  318. Syndace has left
  319. Guus has left
  320. Guus has joined
  321. Guus jabber.org's cert expired 4 hours ago
  322. Guus is that iteam's server to manage?
  323. Guus has left
  324. Tobias has joined
  325. jjrh has left
  326. Valerian has left
  327. efrit has left
  328. ralphm Guus: no. The jabber.org server is not an XSF activity. That said. There is an overlap between the people running that server and iteam
  329. ralphm I'll nudge Edwin
  330. efrit has joined
  331. Guus thanks
  332. Valerian has joined
  333. mikl has left
  334. daniel has left
  335. nyco has left
  336. jonasw has left
  337. moparisthebest has left
  338. moparisthebest has joined
  339. daniel has left
  340. daniel has joined
  341. tux has joined
  342. Guus has left
  343. valo has joined
  344. valo has joined
  345. Guus has left
  346. Guus has left
  347. Guus has left
  348. Guus has left
  349. lskdjf has left
  350. Guus has left
  351. Guus has left
  352. Guus has left
  353. Valerian has left
  354. Valerian has joined
  355. Syndace has left
  356. Syndace has joined
  357. mimi89999 has left
  358. mimi89999 has left
  359. Guus has left
  360. Valerian has left
  361. intosi has joined
  362. ralphm has left
  363. Guus has left
  364. Guus has left
  365. @Alacer has left
  366. @Alacer has joined
  367. intosi has left
  368. Guus has left
  369. pep. has joined
  370. SamWhited has left
  371. daniel has left
  372. Guus Hurgh. Finally implemented most of Message Styling, SamWhited - what a drag :(
  373. Guus didn't do the nesting
  374. Guus I'm still in the opinion that the amount of complexity in the XEP doesn't warrant the benefits. I expect that a good deal of devs will only do the easy bits, or will do the non-easy-bits wrong.
  375. Guus I'd drop the recursion/nesting, and potentially all block definitions completely.
  376. Guus _that said_: *yey styles!*
  377. Guus (the other way around - the benefits don't warrant the complexity - but you got what I ment)
  378. daniel Guus: complexity? My parser (including blocks and nesting) is less than 50 lines
  379. daniel And that's Java with all its boilerplate
  380. zinid how do you tolerate java btw? the boilerplate is so annoying, I can't stand it
  381. Ge0rG daniel: is it easily exportable into other Android projects? 😁
  382. daniel Ge0rG, i've been meaning to put this into an actual library. but you could already copy paste two class files and then have a static StylingHelper.style(Editable editable)
  383. daniel https://github.com/siacs/Conversations/blob/master/src/main/java/eu/siacs/conversations/utils/StylingHelper.java
  384. Valerian has joined
  385. zinid public static void (c)
  386. daniel zinid, it's actually gotten a lot better with Java 8 (which you cant use on Android but i use that for my other projects)
  387. daniel plus IDE takes a lot of the pain away
  388. zinid I need to look at it then, I have heard java 8 has some improvements
  389. Ge0rG daniel: great! But please make it a library... I always wanted to have one that would convert xhtml-im into Android Spannable, but I suppose I can give up hope now
  390. daniel yeah i like it a lot. even my seeminly small tools like the complinace tester or the uptime monitor (status.conversations.im) are java 8
  391. daniel i very rarely use so called scripting languages
  392. zinid too, I use ocaml for scripting :D
  393. moparisthebest zinid: can confirm Java 8 makes a huge difference
  394. SamWhited That bad? How did you implement it? I just recursed into the blocks and it was fairly easy
  395. SamWhited /cc Guus
  396. lovetox has left
  397. lovetox has joined
  398. Guus SamWhited: You just used the words 'recurse' and 'simple' in one sentence.
  399. SamWhited What? It made it very simple
  400. SamWhited It meant I didn't have to special case the stuff inside blocks, just call the parse function again
  401. Guus Recursion is inherently complex. Not MUC complex, but a lot more complex than should be needed to print a couple of words in a bold font.
  402. Ge0rG I wonder how many levels of recursion one can get into a single message
  403. Zash What stack size limits do you have?
  404. daniel Ge0rG, not that many actually. because limited keywords
  405. SamWhited I didn't bother setting one, the stack is cheap so if you want to send: > >> >>> >>>> Up to the limit your server allows for body size then be my guest
  406. Ge0rG daniel: only if you prevent recusing into a keyword type that's already on the stack
  407. daniel i mean you couldn't just write *_*_*test*_*_*
  408. daniel thats invalid syntax
  409. SamWhited Oh, I didn't do recursion inside spans, that was simpler
  410. Ge0rG You could add letters and whitespace?
  411. Zash What, can't have bold */and/* italics?!
  412. zinid has left
  413. daniel Ge0rG, true
  414. SamWhited Zash: that should work
  415. Guus If you'd use underscores instead of slashes.
  416. Ge0rG SamWhited: without recursion?
  417. Guus Bold *_and_* italics.
  418. SamWhited Ge0rG: yes, I think so. Let me clean this up and push it
  419. daniel or maybe not. i'm confused
  420. Guus has left
  421. Guus has left
  422. jere has left
  423. Guus Daniel, I think that there's a small omission in the preformatted block ending in Conversations
  424. daniel Guus:?
  425. Guus it appears to end on any occurrance of ```, instead of on a line that only contains ```.
  426. Guus This should not be monospaced. ``` if ( foo.equals( "```" ) ) { // This should be monospaced (but is not in Conversations) } ``` again, no longer monospaced.
  427. Guus ah, I see that the same applies to the start
  428. daniel Yes I think that got changed recently in the xep, right? I didn't follow your discussion yesterday
  429. Guus not sure, only worked on that today :)
  430. SamWhited Yah, I just tried to clarify that block, I think it makes it a little easier if you can just scan line by line.
  431. Guus but it stands to reason that ```this should not be monospaced``` (although `this` should).
  432. SamWhited The way I wrote my version having the ``` (which is the start of a block) inline means blocks overlap though, which ends up being way more complicated
  433. SamWhited but I could go either way
  434. daniel Fwiw in whatsapp triple back ticks don't need to be in their own line
  435. daniel Haven't check slack yet
  436. Guus shurgs and mutters something about disliking code blocks in IM in the first place
  437. Guus I'll go do my grumpy old man routine in front of the tv. Will lurk on mobile for a bit.
  438. SamWhited really likes pasting code blocks at work
  439. daniel I don't really care. It's a simple fix in my parser to only allow it when it starts with a \n
  440. SamWhited but could go either way
  441. Zash I usually just pastebin stuff I want to show
  442. Zash Spoiled by mod_pastebin mayhaps
  443. daniel how does the ignoring part go along with the first section where it says that keywords should stay in there?
  444. Flow Are, and if, how are, new lines defined in <body/>/XMPP?
  445. SamWhited daniel: good point; maybe I should change that to read "it's part of the keyword, not the preformatted block"
  446. SamWhited Flow: \n
  447. Flow SamWhited, great, where is that specified?
  448. SamWhited Flow: I don't follow, that's just a newline… I didn't mean literally typing \\n
  449. Valerian has left
  450. Flow Well strictly speaking \n is just a line feed
  451. SamWhited Oh I see, are you worried about people sending \r\n?
  452. SamWhited I have no idea if or where that's specified
  453. Flow Even more worse, a line break convention that doesn't end with \n
  454. SamWhited I wouldn't worry about it too much.
  455. SamWhited Maybe XML specifies a line ending to use? I have no idea. As far as styling is concerned that's deliberately handwavey though.
  456. Flow Well if we don't have it specified, and if a XEP speaks of newlines, then it should be specified to be sound
  457. Valerian has joined
  458. Zash I wouldn't count on \r\n surviving exactly like that all the way across the XMPPnet
  459. SamWhited My XML decoder appears to normalize to \n
  460. Flow Zash, within <body/>? Any sane XML parser would not touch element text.
  461. SamWhited Changing everything to \n seems perfectly sane to me
  462. SamWhited But I'm still not sure if everything does that, maybe that's just this one
  463. ralphm https://www.w3.org/TR/REC-xml/#sec-line-ends
  464. Zash IIRC we looked at having Prosody preserve all kinds of whitespace, and everything broke.
  465. SamWhited Thanks ralphm
  466. SamWhited There we go then. That explains why this has never been an issue in any XMPP clients I've ever used.
  467. la|r|ma has left
  468. jubalh has joined
  469. edhelas has joined
  470. Flow "MUST behave as if". I wonder what that is supposed to mean. But yes, looks like that any sane XML parser is supposed to normalize line endings to \n. XML 1.1. converts even more to \n
  471. efrit has joined
  472. mimi89999 has left
  473. Zash There was something that at least Prosody did to whitespace in some places. Maybe attributes? I forget.
  474. Flow Zash, maybe the whitespace between attributes?
  475. Zash Yes but no, that's not what we were looking at.
  476. Zash https://hg.prosody.im/trunk/rev/6e67c73f730c https://hg.prosody.im/trunk/rev/9030b056bd4a
  477. efrit has joined
  478. Zash https://www.w3.org/TR/REC-xml/#AVNormalize
  479. efrit has left
  480. efrit has joined
  481. edhelas has joined
  482. @Alacer has left
  483. Guus has left
  484. marc has left
  485. marc has left
  486. Zash has left
  487. daniel has left
  488. ralphm Well, XML 1.1 is much too newfangled for XMPP.
  489. lovetox has left
  490. Steve Kille has left
  491. daniel has left
  492. Zash has left
  493. Steve Kille has left
  494. Steve Kille has left
  495. jubalh has joined
  496. valo has joined
  497. Tobias has joined
  498. daniel has left
  499. Tobias has left
  500. valo has joined
  501. Valerian has left
  502. Valerian has joined
  503. Valerian has left
  504. daniel has left
  505. Tobias has joined
  506. Guus has left
  507. Steve Kille has left
  508. matlag has left
  509. Guus has left
  510. bear has left
  511. Valerian has joined
  512. valo has joined
  513. Tobias has left