Purely personal view:
I use either POD (where applicable) or Markdown (because itÂ´s the most widely supported document markup language) and theyÂ´ve usually been sufficient.
If for whatever reason I still wanted to use another markup language IÂ´d first have a look around for other languages with an already established followership: Org-mode, reStructuredText and AsciiDoc come to mind.
Unless the Swim authors come up with comparisons to these languages which clearly show why Swim would be superior I see no reason to fund the development of yet another document markup language...
I have several questions:
1) Other than by Ingy dÃ¶t Net, who else has used swim? Does this have cross-platform support, or are we suggesting something similar to pod, in that it will only be used within the Perl community?
2) Is this being suggested as a replacement for POD in the Perl core? If so, do we have buy-ins from the relevant people? Do we have general agreement that p5p thinks this is a good idea? What does the pumpking think? If this *isn't* being suggested as a replacement for pod in the Perl core, then why are we doing it?
3) What are the other competitors in this space. This document mentions Markdown, which has broad support from key programmer sites, e.g. github, stackoverflow, reddit.., and has many GUI tools and even books written about it. What does swim offer that wouldn't be better served by a markdown extensions?
While Swim may work well for the authors of this grant proposal, I do not see any compelling reason why this should be funded.
Thanks for the feedback! We've been using Swim to great effect personally, and got some positive feedback from a few notable CPAN authors, so we thought we should float it out there. While we're fairly certain we can make a solid case for Swim (and Perl), it's obvious that it's not yet ready to present for a grant in this fashion.
We'll go back to the planning board and make sure that these comments are well explained and supported before we propose this again.
We'll start by writing up a blog post that addresses much of the concern raised and link to that from another comment here.
Feel free to join #swimtext on freenode if you want to IRC chat about this project.
â€” Ingy and David
As this is about another markup language, I would see more value in a grant for an implementation of a CommonMark parser. CommonMark is a recent effort at writing a formal grammar for Markdown (because Markdown definition is ambiguous, and implementations have incompatibilities)