XSF Editor Team - 2020-11-12


  1. lnj has left

  2. debacle has left

  3. stpeter has left

  4. stpeter has joined

  5. stpeter has left

  6. stpeter has joined

  7. stpeter has left

  8. Tobi has joined

  9. winfried has left

  10. winfried has joined

  11. winfried has left

  12. winfried has joined

  13. debacle has joined

  14. lnj has joined

  15. debacle has left

  16. lnj has left

  17. lnj has joined

  18. winfried has left

  19. winfried has joined

  20. lnj has left

  21. debacle has joined

  22. lnj has joined

  23. debacle has left

  24. debacle has joined

  25. stpeter has joined

  26. lnj has left

  27. debacle has left

  28. lnj has joined

  29. lnj has left

  30. lnj has joined

  31. debacle has joined

  32. soul has left

  33. mdosch has left

  34. mdosch has joined

  35. mdosch

    So you would suggest the author to create a MR per ProtoXEP or leave it up to them?

  36. mdosch

    Also, is `ProtoXEP: Title of the new XEP` instead of `XEP-XXXX: Title of the new XEP` an issue? Don't know whether I'm too strict when I ask to change that or not. :)

  37. flow

    Re https://github.com/xsf/xeps/pull/1003/files#diff-512dc13f3a81200a9c2fb1f66bfe27878c31f5aea42eabdfcda98d85c5f423daR32 → I am not aware that we have a policy on that, but I would welcome it if we could aggree that the shortname is either NOT_YET_ASSIGNED or assigned a unique shortname. I always wanted to add a lint check for that, would that be aggreeable?

  38. mdosch

    Sounds reasonable. Especially it's like that in the template and I see no reason to change it until one is assigned…

  39. mdosch

    Sounds reasonable. Especially because it's like that in the template and I see no reason to change it until one is assigned…

  40. jonas’

    mdosch, if you don’t find anything to complain about, leaving it as-is is ok

  41. jonas’

    (re proto xep splitting)

  42. jonas’

    flow, agreed-ish

  43. jonas’

    though I find the concept of trying to assign shortnames to XEPs a bit strange anyway

  44. flow

    I think the concept is great, but I would swap shortnames and numbers, i.e. shortnames should be the suffix of the XEP and a XEP number just something that is hidden in XEP the metadata

  45. flow

    I think the concept of shortnames for XEPs is great, but I would swap shortnames and numbers, i.e. shortnames should be the suffix of the XEP and a XEP number just something that is hidden in XEP the metadata

  46. flow

    XEP-0199 vs XEP-PING

  47. mdosch

    > mdosch, if you don’t find anything to complain about, leaving it as-is is ok > (re proto xep splitting) Thanks And regarding the subject?

  48. soul has joined

  49. jonas’

    subject?

  50. jonas’

    title of the PR?

  51. jonas’

    add a `ProtoXEPs:` prefix and it’s good to go

  52. mdosch

    > subject? > title of the PR? Yes > add a `ProtoXEPs:` prefix and it’s good to go It has this one. It's just that triaging docs say `XEP-xxxx` but I read your answer as 'ProtoXEP is also ok.' 😃

  53. Kev has left

  54. jonas’

    oh, I’ve always used ProtoXEP

  55. jonas’

    ha, that’s a bug in the docs I think

  56. jonas’

    I do prefer ProtoXEP over XEP-XXXX because it’s easier to distinguish from any other XEP-#### PR

  57. mdosch

    Ha. 😃

  58. soul has left

  59. soul has joined

  60. winfried has left

  61. winfried has joined

  62. winfried has left

  63. winfried has joined

  64. winfried has left

  65. winfried has joined

  66. winfried has left

  67. winfried has joined

  68. mdosch

    I got so many questions today… :D If someone wants a certain pr merged after another pr. Do we add some "blocked by pr-xyz" or so? Also is this a reasonable way to have a quick syntax check? `xmllint --noout --dtdvalid inbox/xep.dtd inbox/stickers.xml`

  69. Kev has joined

  70. Kev has left

  71. winfried has left

  72. winfried has joined

  73. winfried has left

  74. winfried has joined

  75. Kev has joined

  76. lnj has left

  77. Tobi has left

  78. winfried has left

  79. winfried has joined

  80. larma

    I feel I was causing unnecessary trouble when I thought I would make things easier. Sorry for that.

  81. larma now reads https://github.com/xsf/xeps/blob/master/docs/TRIAGING.md

  82. stpeter has left

  83. debacle has left