cupparex[tantek]: I'd like to help with https://indieweb.org/Getting_Started It hasn't been that long since I went through the information. I think what would help is to leave the intro and pull out each section into a different page, and then link to each step from the getting started page. That page is sooo overwhelming, but if it were used as a hub, linking to other pages, it'd be a lot easier to follow and work through for a newbie
[tantek]Think about how annoying it is when you're reading a blog post and you get to the bottom of the page and realize oh darn I have to click 2-3 more pages?
[tantek]So not only do I think a multipage approach like that would not help, I think it would be actively harmful for the simplest possible "get started"
cupparexok, no problem. It was just a thought. I didn't mean just links. Like a short intro and then a link to the actual steps, but I get your point too.
[tantek]We still need different paths for "get started as a" user (turnkey solutions), CMS expert, static site builder, developer who wants to put together their own custom setup
cupparexYeah, the homepage is great. Although where the chat is linked to, I think I'd be good to also link to the discuss page because it gives people coming into chat more information about the expectations and kind of the way things are done.
cupparexI I just meant beside it. Maybe with a statement of what to expect from the community. But I do understand not wanting to muddy it up. I was just speaking from my experience when I joined. Things opened up a lot when I found some of those other pages.
[tantek]That said, the bottom of the chat archives where it says "Join chat" doesn't provide any code of conduct or other context so we should provide that up front (before you join please agree etc)
[tantek]Part of the challenge here for anything "get started" is that either the content has to be "evergreen" (never goes out of date), or it must be created in such a way that multiple people can *easily* maintain and update it
[tantek]Every time someone has put in a lot of effort for a "beautiful" tutorial, no one else has maintained it, so it's withered, become inaccurate, and died
cupparexI can see how that can happen very easily. When I follow a tutorial I have no problem digging for info and replacements. I think that's part of owning your own site, gotta be willing to dig for things you need. I just don't think beginners are always willing to do it. I've worked with Wordpress for a long time, but jumping into webmentions and IndieAuth were new territory. Part of my problem is there was so much information I
[tantek]We definitely need more WordPress specific "how to", perhaps even shorter simple "how to" pages dedicated to each feature like you said, IndieAuth, Webmentions
cupparexThe one hoop for WordPress users (speaking as one lol) is that a lot of us are so used to grabbing a plugin and boom it's done. I'd never messed around in the theme files or cpanel as much as I did, but it taught me so much, and I'm way more comfortable now. And I can't tell you how much I've learned so far. Which is amazing.
[tantek]I feel from what I've heard there's lots of hoops for WordPress users. I think you may find it helpful to ask specifically about what can be improved on pages for "how tos" for WordPress users in the #indieweb-wordpress channel where a broader range of WordPress users hangout.
[tantek]See what people in #indieweb-wordpress think are the biggest pain points for existing WordPress users getting started on IndieWeb features and improvements for their sites
capjamesgCuppaRex[d] I have also enjoyed writing tutorials on my own website and sharing / linking to them where relevant. I find this especially useful if I have just finished doing something and want it written down for others. If it's a tutorial about the IndieWeb, it can still go on the gift calendar!
Loqitelemetry is the collection and reporting of application usage discussed for possible use in Omnibear or other Indieweb community projects https://indieweb.org/telemetry
[tantek]wonder if the brackets in their slack name "[olu]" is causing a problem with the bridge because wouldn't the bridge try to add brackets like "[[olu]]" when sending it to IRC? Or is the bridge accidentally not bridging the message because it sees brackets in the name?
LoqiHeroku is a platform as a service (PaaS) that supports Ruby, Java, Node.js, Scala, Clojure, Python, PHP and others, was acquired by Salesforce in 2010, and is used by a number of IndieWeb sites and projects https://indieweb.org/Heroku
[tantek]aaronpk, can we traceback from the DNS setup of node.microformats back to figuring out which Heroku account to try to document that bit of community infra?
gRegorI think we were looking to maybe move away from Heroku with their pricing change, but eventually got it under an "open source" plan (or whatever their terminology is)
LoqiHeroku is a platform as a service (PaaS) that supports Ruby, Java, Node.js, Scala, Clojure, Python, PHP and others, was acquired by Salesforce in 2010, and is used by a number of IndieWeb sites and projects https://indieweb.org/Heroku
gRegordid it manually that time, but shane said: "If you moved this repo to /indieweb (and say, renamed it to microformats-parser-website-php), I could hookup the auto deploy on Heroku.
gRegorI don't really know node so can't comment on that. I think the version needs to be updated in package.json though. "Bump the version in package.json to x.y.z"