Unadorned Gemtext instead of syndication formats
- 🗣️ From: easeout (a) tilde.team (easeout (a) tilde.team)
- 📅 Sent: 2020-09-08 22:27
- 📧 Message 4 of 8
On Tue, Sep 08, 2020 at 11:17:42AM -0700, Meff wrote: > At this point in time, how many folks can write Gemtext but aren't > confident writing HTML? Yes, for those that hand-author feeds, it's > certainly a bit of a bother writing XML by hand (I've screwed it up > myself a few times), but I'm not sure the > Gemini community is at the point where we have users that are confident > with Gemtext but not with HTML. > If there's just a shell script parsing text and making socat commands, what's > stopping an author from using `jq` or `xidel` on the output to parse > JSON and XML respectively? I realize in code it's not that simple, but > most languages in general use have JSON and XML parsers easily available > and generally well documented. It's true that us early adopters are comfortable enough to handle this, and that publishing Atom or RSS has distinct advantages. But I hope we get to the point where it's not just us early adopters. If we can make it simpler for newcomers, we might get there sooner. I think for Gemini to grow and thrive and have new content that sustains it, the ecosystem needs to: - Convert web readers to Gemini readers, so there is more audience - Convert Gemini readers to Gemini publishers, so there is more content - Convert Gemini publishers to Gemini hosts, so there are more domains That's a funnel, basically. At each stage, some fraction of people will stop and not move to the next stage. The simpler we make each step, the farther through the funnel the average user will get. So I want to push on all of these things. Today I'm attempting to make the syndication part of publishing simpler. There's also nothing wrong with continuing to publish Atom or RSS. I can think of two big advantages: You would still have to use a feed format in order to syndicate beyond Gemini. You could declare exactly which links you wanted to publish, which is nicer for your readers, so readers should prefer it when it's offered. In other words, incentives still exist to make the upgrade. I just don't think there is a cost to building clients that can subscribe to your Gemtext page even if you haven't made a feed. > One of my favorite parts of Gemini is the attitude that it works with the > rest of the net, as opposed to trying to cloister itself like the Web > does. One of my pet peeves with the web is how it tries to reinvent > everything. Long-lived connections, push protocols, things that TCP has > had _forever_. I feel that. Do you think that, if we merely allowed RSS or Atom, and did not lean into them as a standard, we would be heading toward a compatibility problem because a smaller fraction of Gemini pages would have RSS or Atom feeds? If so, could that be offset by the way simplicity might encourage more users to create content? > I still feel like this is NIH, but I'm not a CAPCOM or Spacewalk author > so a decision like this isn't my place. As long as we continue to have > Atom/RSS support, that's all I'd like. I guess if there is a broader > move to Gemtext feeds, there should be pretty simple methods available > to convert those into Atom-compatible feeds. I wouldn't say we're inventing anything??You maybe understood this already, but I'm not sure whether I was clear: I'm not suggesting we create a new feed format that happens to have syntax in common with Gemtext. I'm suggesting that Gemtext, because it contains links, already is a feed if you interpret it that way. But anyway, yes, I think aggregators and feed readers should continue to use RSS and Atom and JSON Feed and would not want that to change. (Sorry for the repeat email; I failed to send it to the list address.)
---
Previous in thread (3 of 8): 🗣️ Jacob Moody (moody (a) posixcafe.org)
Next in thread (5 of 8): 🗣️ easeout (a) tilde.team (easeout (a) tilde.team)