Alŝutu la DOCX kaj la konvertilo mapas ĝian strukturon al Markdown sintakso: titoloj iĝas `#` niveloj, grasa/kursiva iĝas `**`/`*`, listoj iĝas `-`/`1.`, kaj ligiloj iĝas `[text](url)`. La rezulto estas portebla simpla teksto Markdown kiun vi povas meti en README, statika reteja mesaĝo, viki, aŭ iu ajn Markdown redaktilo.
Ĉu titoloj kaj listoj el mia DOCX estos mapitaj al Markdown-a sintakso?
+
Jes — titoloniveloj en DOCX konvertiĝas al la sama nombro da signoj `#`, kaj punkto- / numero- / enmetitaj listoj konvertiĝas al markoj `-` kaj `1.` kun ĝusta deŝovo. La Markdown konservas la dokumenton tiel ke la strukturo estas tuj legebla kiel simpla teksto.
Kiel estas tabuloj el mia DOCX reprezentitaj en Markdown?
+
Tabeloj konvertiĝas al GitHub-flavored Markdown-tubtabelo ('| col | col |' kun apartiga linio '---'), kiu korekte renderiĝas en GitHub, GitLab, kaj plej multaj statikaj retejaj generaj programoj. Tre larĝaj aŭ kunigitaj ĉeltabloj, kiuj superas la simplan kradon de Markdown, estas simpligitaj, ĉar Markdown ne havas kunigitajn ĉel-sintakson.
Kio okazas al bildoj kiam oni konvertas DOCX al Markdown?
+
Enkorpigitaj bildoj el DOCX estas ekstraktitaj al frata dosierujo kaj referencata per '! [alt] (vojo)' sintakso en Markdown, tiel ke Markdown montras al realaj bilddosieroj. Vi povas ankaŭ elekti teni absolutajn URLojn se la bildoj jam estas rete gastigataj.
Ĉu DOCX al Markdown aldonas YAML-an antaŭaĵon?
+
Opcie — la konvertilo povas eldoni YAML-an front-matter-blokon (`---` titolo / aŭtoro / dato `---`) ĉe la pinto de Markdown el la DOCX-a metadatumoj, kio estas ĝuste tio, kion Jekyll, Hugo, kaj aliaj statikaj-retejaj generaj programoj atendas. Malŝaltu tion por pura nur-korpa Markdown.
Ĉu Markdown uzos ATX ('#') aŭ Setext- kapliniojn?
+
La Markdown uzas ATX- stilajn `#`- kapliniojn defaŭlte — la moderna, vaste subtenata konvencio kiu funkcias en ĉiu Markdown- stilo kaj skalas al ĉiuj ses kapliniaj niveloj. Setekstaj (substrekitaj) kapoj nur subtenas du nivelojn, do ATX estas la pli sekura, pli portebla elekto.
Ĉu DOCX ĝis Markdown konservas ligilojn kaj piednotojn?
+
Hiperligoj iĝas enliniaj `[teksto] (url)` ligoj kaj, kie la DOCX markas realajn piednotojn, ili konvertiĝas al `[^1]` referencstilaj piednotoj kiuj aspektas ĝuste sur platformoj kiuj subtenas la kromaĵon. Normalaj superskriboj estas konservitaj kiel enlinia teksto.
Ĉu mi povas konverti DOCX al Markdown por mia GitHub README aŭ wiki?
+
Jes — la eligo estas GitHub-flavored Markdown, do ĝi korekte aperas kiel README, wiki-paĝo, temo, aŭ PR-priskribo en GitHub kaj GitLab. Pipe-tabuloj, taskolistoj, fermitaj kodblokoj, kaj `#`-kapoj ĉiuj aperas kiel intencite post kiam vi enmetas aŭ sendas la Markdown.
Ĉu mia DOCX estas privata dum konverto?
+
Jes — alŝutitaj DOCX dosieroj estas prilaboritaj en izolitaj laboriloj kaj forigitaj ene de minutoj. Ni neniam legas, konservas aŭ kunhavas la enhavon. Vidu /privacy/.
Kial mia Markdown havas miksitajn HTML-etikedojn?
+
Markdown ne povas esprimi ĉiujn ecojn de riĉa dokumento (kolora teksto, kompleksaj tabeloj, tekstaj skatoloj), do la konvertilo revenas al enlinia HTML por tiuj fragmentoj anstataŭ forĵeti ilin - Markdown permesas enkorpigitan HTML. Se vi volas pure Markdown, simpligu la formatadon en DOCX unue, aŭ ebligu la opcion "strip HTML fallback".
Ĉu DOCX al Markdown pritraktas kodblokojn?
+
Jes - unuspaca / antaŭformatita teksto en DOCX iĝas enfermita ```kodbloko``` en Markdown, konservante blankajn spacojn kaj, se detektebla, la lingvan indikon por sintaksa emfazado. Tio estas esenca kiam oni konvertas teknikajn dokumentojn kaj lecionojn al Markdown.
Ĉu mi povas konverti DOCX al Markdown por statika-reteja generatoro kiel Hugo aŭ Jekyll?
+
Jes — ebligu YAML-an front-materaĵon kaj la Markdown aperos preta por fali en `content/` aŭ `_posts/` dosierujon: titolo kaj dato en la front-materaĵo, korpo kiel pura Markdown, bildoj en frata dosierujo. La konvertilo celas precize la formon kiun Hugo, Jekyll, Eleventy, kaj Gatsby atendas.
