Un documento di Google Documenti codifica tutto in "elementi" all'interno dell'editor di Kix su cui si basa tutto (è un codice sorgente chiuso in quanto questo è fondamentalmente il grande segreto commerciale, con il quale chiunque altro potrebbe eseguire il proprio servizio di Documenti - che è un peccato imo).
Puoi accedere a questi elementi con Google Apps Script, una variante di Javascript, ma scrivere Markdown dagli elementi non è così semplice come pensi (devi essenzialmente implementare un parser di markdown in Apps Script).
Quando sono arrivato a farlo all'inizio dell'anno, c'erano dozzine di forchette del repository " gdocs2md " di Renato Mangini , ma sembrava aver smesso di inviare richieste pull e nel corso di alcuni anni sono apparse forcelle che erano molto meglio di altre . Ho esaminato molti di questi nella struttura e ho inserito il meglio in un nuovo pacchetto, che genera anche HTML misto con il markdown per gli elementi supportati da Google Documenti come gli elementi in apice e pedice (che il markdown non ha modo di rappresentare). Anche incorporando le migliori modifiche degli altri, l'analisi ha bisogno di lavoro, e sono fiducioso che questo sia il migliore disponibile per il lavoro al momento.
Script disponibile su GitHub con istruzioni di installazione: lmmx / gdocs2md-html
Ho anche lavorato sull'aggiunta della funzionalità più importante a un tale script - funzionalità utente - fornendo il markdown in un pop-up all'interno di Google Documenti piuttosto che sul salvataggio su file (penso che l'originale fosse il salvataggio in batch di intere cartelle, il che non è adatto per le mie esigenze di redazione di documenti o per come utilizzo Google Documenti).
Vorrei suggerire che sia un singolo progetto più sofisticato per gli sviluppatori interessati a collaborare (o almeno suggerire funzionalità per) piuttosto che a tutti rinunciare a script di varia qualità, quando probabilmente stiamo lavorando per gli stessi obiettivi.
Oltre a ridurre la duplicazione degli sforzi, la politica di Google Documenti per la creazione di "componenti aggiuntivi" afferma che devono essere pubblicati (e quindi "installabili" anziché dover essere caricati per ciascun documento in modo leggermente imbarazzante)
Il componente aggiuntivo deve essere perfettamente funzionante, non può essere un "work in progress".
Lo script è stato testato con più utenti attivi.
Ovviamente se si desidera un markdown "puro", o disattivare queste funzionalità (il codice è lì per fork) o semplicemente non usare sub / superscript, ecc. Non sarebbe troppo difficile aggiungere impostazioni personalizzate a tale script se matura come componente aggiuntivo, se c'è un interesse significativo.