Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More related tools (and another one named mdsh) #25

Open
pjeby opened this issue Oct 15, 2019 · 5 comments
Open

More related tools (and another one named mdsh) #25

pjeby opened this issue Oct 15, 2019 · 5 comments

Comments

@pjeby
Copy link

pjeby commented Oct 15, 2019

Hi there! I stumbled across your project while searching for something related to this other mdsh project, and just thought I should mention the possible naming conflict. The mdsh I wrote is a tool for doing both data processing and execution of blocks within markdown, implemented as a shell script. It has third-party extensions such mdshi, which is actually kind of close to some of what your mdsh is for.

Anyway, I can't really lay claim to the name even if I used it first, but it might be nice if you named yours something more about its function (md-live? mdexec? mdgen?) and less about its shellness, since yours isn't actually written in shell and so the shell aspect of it is kind of incidental. Whereas mine is written in shell and compiles markdown into shell scripts, so the shellness is part of its essential nature. ;-)

Also, as an FYI, there's a tool you might be interested in called cram that does something very similar to your mdsh as well, but it's for testing anything that can be tested by comparing a file's content with the output of shell commands, . It processes indented blocks like this:

$ ls
foo
bar

...by running the commands that begin with $ (optionally continued with > ), and verifying the output matches the input. If you set its indentation width to 4, then it can process markdown indented code blocks, and it can also be used to generate the data in the first place, because if the output doesn't match the input file, you can tell it to update the input file with the new output.

I actually use cram for testing mdsh (my mdsh, that is) and other shell tools, as it's nice to be able to have the documentation examples tested, as well as being able to document the tests. :-)

So, these all may or may not be projects you might or might not want to mention in the "Related Projects" part of your readme. Hope you find some or any of this illuminating and/or useful.

@zimbatm
Copy link
Owner

zimbatm commented Nov 2, 2019

Hey @pjeby, thanks for letting me know about these other projects, it's always cool to discover new things and the approach other people took.

My mdsh is called like that because it's markdown + executable shell blocks. It seems a bit simpler in that it doesn't allow to run arbitrary languages, only bash. One goal was to get a sort of jupyter notebook bash kernel, but with a readable serialization format.

I will try and come up with a better name for my project but not guarantee. For now I haven't really found another name that I like.

@pjeby
Copy link
Author

pjeby commented Nov 2, 2019

No problem. Like I said, just thought you should know. 😄

@zimbatm
Copy link
Owner

zimbatm commented May 8, 2020

This topic came back a couple of times in my brain but I still haven't found a better name yet.

@pjeby
Copy link
Author

pjeby commented May 9, 2020

Huh. Small world! Anyway, don't worry about it, it's really not a big deal.

@elviejo79
Copy link

As an external user. I just want to mention that it is confusing to have two projects, with similar functionality named the same... While googling I would find documentation to both and thought they were the same thing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants