libera/#sicl - IRC Chatlog
Search
7:44:07
splittist
jcowan: I don't, either. I just wanted to try the prettier ones to experience the difference.
15:14:06
scymtym
since we made an incompatible change in the concrete-syntax-tree library, is everyone ok with adding a version to that library so that dependent libraries can specify that they depend on the version with the changed protocol?
15:15:52
beach
yitzi, scymtym: At some point, you will have to explain to me what you have been working on. I am still too busy with other stuff though, including admin work and house work :(
15:19:57
scymtym
beach: at the moment we are working on the s-expressionists/dpans repository which contains dpANS and x3j13 issues. we fix uncontroversial problems and errors in the TeX sources and issue files. the motivation is to 1) improve the basis for WSCL 2) remove syntax errors and other problems that confuse the HTML-converter. since we modify the original sources, we try to make the changes as clear and "tractable" as possible
15:20:13
yitzi
We are catch the dpans directory in wscl up with s-expressionists/dpans, adding \issue annotations for the wscl issues to the TeX sources, etc. This is so the sources and issues can be rendered to html.
15:20:17
yitzi
So that this represents the WSCL spec, issues, etc. https://s-expressionists.github.io/wscl/chap-0.xhtml
15:27:47
yitzi
beach: I moved all the wscl issues into the draft folder and changed their status to "draft" ... I would suggest that all new issues start in the draft status, are then reviewed for format, etc and then moved to proposed status before discussion. Also new issues need to include the `\issue` annotations. Just my two cents, scymtym probably has some additional thoughts.
15:28:49
beach
OK, I need to have a look at that before I submit the next issue. Not that I have any planned at the moment.
15:31:03
yitzi
I was thinking of doing one for LOOP b.c. the BNF syntax in the dictionary entry is ambiguous and the description for-as-arithmethic is the iteration chapter is a bit misleading. Also, I'd like to do a TYPE-ERROR one for MAKE-HASH-TABLE that addesses :test, etc. ... accounting for the possibility of implementations extending that.
15:34:11
yitzi
Hmmm, maybe the readme should describe the issue submission issue, with a sample issue?
18:03:57
scymtym
yitzi's description of the new issue process makes sense to me. i'm not sure whether the initial issue submission/draft status should include adding \issue annotations to the TeX sources since that is going to be the critical but also finicky part
18:13:32
yitzi
scymtym: That makes sense. Some of the existing issues don't really have a recommendation of the text to replace. Just a notice that there is an problem with the current text. I would think that having all of the sections filled out (with the exception of discussions) along with well defined and obvious places where \issue needs to be put.
18:17:09
scymtym
i agree for an issue in state "proposal". for "draft" issues, not fulfilling those criteria may be fine (as seems to be the case with the current proposals)