ستونزه په لنډ ډول بیا رامنځته کړئ
د ټول سند د بیا جوړولو پر ځای لنډه ازموینه وکاروئ. دلته ګټوره ازمېښتي بېلګه دا ده: د Markdown د غونډې لنډیز، له پرېکړو، مسؤلو کسانو او راتلونکو ګامونو سره. د اصلي یوه نسخه وساتئ څو هر بدلون بېرته راوګرځول شي. ولیکئ چې د څه اورېدو تمه مو لرله او په رښتیا مو څه واورېدل.
د پیل ټکیMarkdown د لېږد وړ یادښتونو لپاره ګټور دی، خو لیکلې بڼه او ویل شوې بڼه بېل کارونه لري.
لومړی سرچینه وګورئ
- 01
ورکړل شوی متن وګورئ
په راایستل شوي متن کې سرلیکونه او د لېست نښې وګورئ. اغېزمنه برخه له اصلي سند سره پرتله کړئ.
- 02
یو شی بدل کړئ
د کوډ برخې په لنډو تشریحاتو بیا ولیکئ که ویل یې په کار وي. نورې امستنې یو شان وساتئ څو دا عادلانه ازموینه وي.
- 03
بیا واورئ
د یادښت تر ساتلو مخکې لینکونه او نښانې مخکې واورئ. په هماغه جمله پرېکړه وکړئ چې بدلون پایله ښه کړې که نه.
نښې بېلې کړئ
د کوډ بېلګه د تلفظ لارښود نه دی. تخنیکي نښې ښايي د لفظ په لفظ لوستلو پر ځای غږیزې تشریح ته اړتیا ولري.
| د کتنې ټکی | څه وګورئ | راتلونکې کړنه |
|---|---|---|
| ټکي یا ترتیب ناسم دي | راایستل شوی متن له اصلي سره پرتله کړئ | د غږونو تر بدلولو مخکې متن سمول |
| ټکي روښانه دي، خو د ویلو طریقه سمه نه ښکاري | بل ویونکی په هماغه چټکتیا مخکې واورئ | غږ او چټکتیا بېل وټاکئ |
| بېلګه کار کوي، بشپړ یادښت نه کار کوي | د سند اوږدوالی او د وسیلې زېرمه وګورئ | په مانا لرونکې برخې پوله کې ووېشئ |
د ثبت تر بدلولو مخکې بیا وازمویئ
کله چې لنډه ازموینه کار وکړي، یوازې بریالی بدلون په اوږده یادښت عملي کړئ. که بیا هم ناکامېږي، د فایل ډول، ټاکلی غږ او د ستونزې کره ګام ولیکئ. دغه جزئیات د ملاتړ غوښتنه ګټوره کوي.
د Markdown د غونډې لنډیز، له پرېکړو، مسؤلو کسانو او راتلونکو ګامونو سره. دا بېلګه د راتلونکې ناستې د چټکې مرجع په توګه وساتئ او هرکله چې کره جزئیات مهم وي اصلي ته ورشئ.
د Velloriff د رښتینو ځانګړنو او محدودیتونو په اړه لیکل شوي. دا د محصول عملي لارښوونې دي، نه طبي مشوره یا دا ادعا چې اورېدنه د زدهکړې پایله ښه کوي. د تایید لپاره خپل اصلي اسناد وساتئ.