[minimaxir]

This feature has interesting synergy with GitHub Pages, where .md files can simply be dragged-and-dropped into a folder to get published as a blog post on the web.

It may be enough to remove the must-be-programmer-who-understands-git barrier to entry, anyways.

EDIT: GitHub Pages still requires specific file naming for posts and YAML front matter, so it's not perfectly non-programmer friendly. It might be a good idea to write a tutorial as a blog post/screencast, though.

[lips]

Honestly, I think further development on prose.io UX and functionality is maybe a shorter path past the git barrier. If default branches could be set, new files were based on templates, and YAML presented as form fields, etc. Combined with drag-drop file or image addition, that sounds promising. Yes, detail/devils.

[melling]

You mean .org files, right? :-)

I keep notes on Github that never touch a filesystem. I do my edits from a phone or tablet. If I have a lot to write, I'll use an app then copy directly into Github. Most of my notes are personal but I started breaking them out a couple weeks ago so I could keep them in public repos.

https://github.com/melling/ErgonomicNotes

https://github.com/melling/EditorNotes

Why not work directly in the version controlled cloud? Books, blogs, etc could be managed this way. No proprietary formats, no backups to worry about, and you aren't going to lose it if someone steals your device:

http://www.nydailynews.com/entertainment/tv-movies/francis-f...

[minimaxir]

I think you are confused what Github Pages is: https://pages.github.com

Specifically, my method involves using drag-and-drop .md files for the Jekyll workflow.

[lucaspiller]

> Why not work directly in the version controlled cloud?

What do you do if you need to work offline? You are on a plane and forget to sync something, or for whatever reason you can't access to repository (maybe China is DDOSing GitHub again?). This is also one of my main gripes about cloud based editors, it's great if you have internet access but if you don't or you have a poor connection (e.g. public wifi) you are SOL.

I use Write (iOS) and NVAlt (OS X) which sync via Dropbox, so I always have a local copy of my notes.

> no backups to worry about

Please don't solely rely on companies to store your data. They can and do lose peoples files [0].

[0] - http://www.zdnet.com/article/dropbox-sync-glitch-results-in-...

[melling]

People lose data too at a much greater frequency. if you're paranoid about Github, create crown jobs to automatically pull your repos.

[jedberg]

Question: What benefit do you derive from using org mode format if you aren't editing it in Emacs, where you can collapse and expand?

[ics]

...what do you mean... not in Emacs...

Real answer, though not who you were replying to: Org mode syntax is more appealing to me, particularly the wiki-style links. I liked it enough to use it before I used Emacs with vim-org but it was lacking so I'm happy enough editing with either Emacs on the desktop, in the browser (Github Wiki), or in Editorial (iPhone). Editorial actually does collapse/expand for Markdown so it would be nice to have that for .org files too, but I would put up with a lot of crap as long as I can work with my files in Emacs 10% of the time.

[erelde]

I think you are just writing markdown in .org files ^^

So the .md is technically more correct. But really the extension doesn't matter much...

[LukeShu]

No, he's writing in the syntax of Emacs org-mode, which GitHub also recognizes. Parts of it are similar to markdown, but parts are different.

For example, `markdown inline code` vs ~org-mode inline code~, and

    ```
    markdown code blocks
    ```

vs

    #+begin_src
    org-mode code blocks
    #+end_src

And [markdown links](https://daringfireball.net/projects/markdown/) vs [[http://orgmode.org/][org-mode links]].

[erelde]

Ah yes, I just looked quickly without reading the raw. Shoud have read the raw before writing non sense.