MDX/ MD/ Mark Down/ markdown README.md/ git/ node js / By Nima Shokouhfar
Mind Map Description: This mind map explores various aspects of Markdown (MD), MDX, and common text formatting, providing structured sections for understanding syntax, usage, and capabilities in both formats. The main categories include: Styles: Covers different types of style classifications such as bad, good, important, and warning. Code Blocks: Demonstrates how to use different code blocks in bash, along with examples of imports from libraries like next-mdx-remote. Also explores how to ...
1. Styles
1.1. bad
1.2. good
1.3. not as good
1.4. not as bad
1.5. important
1.6. warning
2. main
2.1. code blocks
2.1.1. bash
2.2. library
2.2.1. import { MDXRemote } from "next-mdx-remote/rsc";
2.2.2. import { serialize } from "next-mdx-remote/serialize";
2.3. syntax
2.3.1. --> [Link](https://nima70.github.io/keycloakify-tailwind-shadcn-landing/)
2.3.1.1. [Visit Storybook](https://nima70.github.io/keycloakify-tailwind-shadcn-landing/)
2.3.1.1.1. check the note how I construct this
2.3.2. list
2.3.2.1. - item1 - item2
2.3.3. h1
2.3.3.1. # h1
2.3.4. h2
2.3.4.1. ## h2
2.3.5. bold
2.3.5.1. *** this should be bold ***
2.3.5.1.1. check the note again how this is constructed
2.3.6. code block
2.3.6.1. ```bash npm i ```
2.3.7. Embed youtube
2.3.7.1. check the note
2.3.8. **
2.3.8.1. something
2.3.8.1.1. **
2.3.9. >
2.3.9.1. note
2.3.10. : something :
2.3.10.1. emoji
2.3.11. >>
2.3.11.1. quote
2.4. Mark down editing
2.4.1. vid
2.4.2. best example
2.4.2.1. mind meister
2.4.3. Remirror
2.5. add giffy
2.6. MDX vs md
2.6.1. md can not render html
2.6.2. mdx can
2.6.2.1. this means you can
2.6.2.1.1. embed youtube
2.6.2.1.2. tables
2.6.2.1.3. iframe
2.6.2.1.4. etc
2.6.2.2. Use Cases of MDX
2.6.2.2.1. Different ways you can use MDX in your documentation:
2.6.2.2.2. .Docusaurus
2.6.2.3. MDX isn't widely adopted on platforms like Medium or LinkedIn for several key reasons:
2.6.2.3.1. Complexity for Non-Developers
2.6.2.3.2. Security Concerns
2.6.2.3.3. Developer-Centric
2.6.2.3.4. Not Widely Needed
2.6.2.3.5. Customization vs. Simplicity