Re: text based file formats
On Sunday, 18 December 2022 at 15:56:38 UTC, Robert Schadek wrote: * sdl, I know I know, but D uses it. Thank you for remembering it. I feel like I'm one of the few who prefer SDL to YAML, JSON, and the like.
Re: text based file formats
On 19/12/2022 4:56 AM, Robert Schadek wrote: > * xml, there is some code already, the old std.experimental.xml code I've toyed with std.experimental.xml. I'm not convinced that it is a good code base for inclusion. * no return by ref As a bit of a follow up of what we were talking about on BeerConf: Because these are not data structures, they won't own externally facing memory (thats the GC job). So these lifetimes issues with ref should never be encountered. > * make it @safe and pure if possible (and its likely possible) pure is always a worry for me, but yeah @safe and ideally nothrow (if they are forgiving which they absolutely should be, there is no reason to throw an exception until its time to inspect it).
Re: text based file formats
On Sunday, 18 December 2022 at 15:56:38 UTC, Robert Schadek wrote: * xml, there is some code already, the old std.experimental.xml code my dom.d doesn't do the sax parser part but has its own advantages over the other things (including being continually maintained for over a decade, unlike the phobos things)
text based file formats
I complaint before that D and phobos needs more stuff. But I can't do it all by myself, but I can ask for help. So here it goes https://github.com/burner/textbasedfileformats As on the tin, text based file formats is a library of SAX and DOM parsers for text based file formats. I would like to get the following file formats in. * json (JSON5) there is actually some code in there already * xml, there is some code already, the old std.experimental.xml code * yaml, maybe there is something in code.dlang.org to be reused * toml, maybe there is something in code.dlang.org to be reused * ini, can likely be parsed by the toml parser * sdl, I know I know, but D uses it. There are a few design guidelines I would like to adhere to. * If it exists in phobos, use phobos * have the DOM parser based on the sax parser * no return by ref * make it @safe and pure if possible (and its likely possible) * share the std.sumtype type if possible (yaml, toml should work) * no @nogc, this should eventually get into phobos So stop talking, and start creating PR's. For the project admin stuff, this will use github. There are milestones for the five formats, so please start creating the issues you want/can work on and start typing.
Re: DConf Online '22 Day One Livestream
On Sunday, 18 December 2022 at 10:35:31 UTC, Mike Parker wrote: ... Sorry, I don't know what you mean by "not listed". It's in the DConf Online '22 playlist and it's linked at the top of the schedule. Can you be more specific about where it's missing? Oh I see now, I was looking on the channel: https://yewtu.be/channel/UC5DNdmeE-_lS6VhCVydkVvQ Now I see there is a playlist: https://yewtu.be/playlist?list=PLIldXzSkPUXV2Uz4ODqHxRAP_Y4FxYon- So everything is fine. Thanks, Matheus.
Re: DConf Online '22 Day One Livestream
On Saturday, 17 December 2022 at 23:37:07 UTC, matheus wrote: By the way, this video https://yewtu.be/watch?v=DAIskYu9Imo (DConf Online '22 Day One Q & A Livestream) is not listed, it will be? Sorry, I don't know what you mean by "not listed". It's in the DConf Online '22 playlist and it's linked at the top of the schedule. Can you be more specific about where it's missing?