From: "Gopher-Project" <gopher-project-bounces+rachael=telefisk.org@lists.alioth.debian.org> Date: Mon Dec 15 23:30:32 2014 Subject: Re: [gopher] Hello Gopher Project Thank for everyone for voicing your feedback on Markdown. The only reason I thought of using a new item type was that detecting if a plain-text file is Markdown or not isn't easy... In fact, the only sure fire way to detect it is either by extension or mime-type. I was going by the latter using a new Gopher type, although many of you have voiced against this idea. So, the natural way to do this, would be to use item type "0", and force a file extension on any documents are that Markdown-compatible. As for "flavors", I am personally only aware of one, the flavor of the "author of Markdown", and I always reference it's website's documentation located here: http://daringfireball.net/projects/markdown/syntax This would be the exact syntax any parser I'd support would strictly follow, none of those other flavors, I never heard of. From my experience with Markdown, this syntax works on every single parser I have used. I'd personally prefer it if the author say had an example Markdown document that can be used to easily compare parsers against this exact syntax. You can enable Markdown ".md" file viewing support in Firefox, which is confirmed to work alongside the awesome OverbiteFF project by installing this Firefox Add-on: https://addons.mozilla.org/en-us/firefox/addon/markdown-viewer/ Just install the Add-on, and create a "0" item type with the extension of ".md" on your Gopherhole. If you don't have the Add-on installed, it will gracefully fallback to plain text and still render "readable". I will update the Overbite for Android client to mimic the same behavior, and will no longer depend on the "m" item type for rendering Markdown text-files. Later this week, I will see about putting together an actual spec sheet of the Markdown parser, basically, a model Markdown document that can be used to make sure every supported Markdown element renders across all supported Gopher browsers that include Markdown support. It will utilize all the syntax outlined in the documentation link I provided above. One of the reasons I also want to support Markdown, is that I am planning on making SCM gateways for Gopher that anybody can download and use on their Gopherhole. So, your visitors will be-able to transparently access your Subversion, Mercurial, and of course Git repositories right from Gopherspace. I also want to start blogging more on Gopherspace, but don't like just using plain-text, nor do I want to ever use HTML on Gopherspace. A good middleground that will please even the most hardcore Gopher user is to use Markdown. This way, my visitors aren't forced to load a large HTML document, nor are my visitors forced to just look at boring plain-text. On Mon, 15 Dec 2014 19:49:59 +0400 Driedfruit <driedfruit@mindloop.net> wrote: > On Mon, 15 Dec 2014 06:37:52 -0800 (PST) > Cameron Kaiser <spectre@floodgap.com> wrote: > > > > > > > I've got the idea (but I may be wrong here) that there were > > > several, not exactly compatible, versions of markdown. > > > > As someone relatively invested in Markdown, I thought I'd chime in. > > It sadly is true, that all those markdown parsers out there are > semi-incompatible with each other. And the parser authors DO > communicate and DO try to work out a middle-ground, it's just that it > has grown into multiple directions too fast. > > Not counting "addons" (i.e. markup for forms, tables, etc), even the > basic principle of what makes a paragraph differs. Some times it's > double new line, sometimes single new line, etc. > > (And FYI, those "versions" are commonly known as "flavors" in Markdown > parlance, i.e. "github-flavored markdown", "stack overflow-flavored > markdown", etc) > > > I'm not sure of their intercompatibility, but this was one of the > > things I was concerned about. I don't really want to be maintaining a > > Markdown parser on top of a gopher client. > > > > I like the Markdown concept, mind you, and if someone's system can > > handle Markdown (such as through an addon), I think it's a reasonable > > thing to support as long as it degrades gracefully on other systems. > > I'm not sure I'd like to burn an item type on it, however, especially > > since it displays just fine as 0 (perhaps clients supporting it can > > offer a toggle). > > > > For me, the best part of Markdown is that it *IS* plain text. For that > reason, I really dislike the usage of ".md" extension in some places, > IMHO, a good old ".txt" (or NO EXTENSION) makes more sense. > > I would agree that Markdown and gopher were meant for each other (i.e. > serve MD to gopherhole, serve MD->parsed_as_html to http blog), but, > yeah, new type is definitly not needed. > > -- > driedfruit > > _______________________________________________ > Gopher-Project mailing list > Gopher-Project@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project -- Best Regards, Kevin Veroneau Kevin Veroneau Consulting Services kevin@veroneau.net https://www.veroneau.net/ _______________________________________________ Gopher-Project mailing list Gopher-Project@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project Thread start (DIR) [gopher] Hello Gopher Project (DIR) Followup: Re: [gopher] Hello Gopher Project (DIR) Followup: Re: [gopher] Hello Gopher Project (DIR) Followup: Re: [gopher] Hello Gopher Project (DIR) Followup: Re: [gopher] Hello Gopher Project