Introducing Podlite, a lightweight block-based markup language(podlite.org)
podlite.org
Introducing Podlite, a lightweight block-based markup language
https://podlite.org/2024/2/21/1/introducing-podlite-a-lightweight-block-based-markup-language
6 comments
hi!
Markdown is part of Podlite, so you can always switch to markdown mode:
=begin markdown
# I love markdown \o/
thank you!
=begin markdown
# I love markdown \o/
* item
* item
=end markdown
[example](https://pod6.in/#p=%3Dtoc+head1%0A%0A%3Dhead1+this+is+Podlit...)thank you!
Yeah I get that markdown is included in its own block, was just thinking about the non-markdown syntax and really what the plan is in general - i.e. are you looking to keep pod6 compatibility or are you looking to use the overall style but maybe deviate from the some of the basic standards.
Ahh, yes, of course, there are no dogmas here, I think all options are possible.
After all, this is just the beginning of the journey I think for Podlite )
The idea of using short names is interesting:
For example:
=head1 -> =h1 =item1 * -> =i1 * =item1 [ ] -> =i1 [x]
Nice! thank you
For example:
=head1 -> =h1 =item1 * -> =i1 * =item1 [ ] -> =i1 [x]
Nice! thank you
The specification is licensed under Artistic License 2.0:
https://github.com/podlite/podlite-specs
https://github.com/podlite/podlite-specs
For example the line in the online editor:
This I<is> a B<text>
I find a little difficult to read at a glance.
The list items are also a bit visually "noisy" with every item needing its own "=itemX".
Is the plan to stick to the existing pod style rigidly or is there any potential flexibility for the syntax in the future?