Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discourse: Evaluation Checklist #213

Closed
13 tasks
RichardLitt opened this issue Dec 9, 2016 · 17 comments
Closed
13 tasks

Discourse: Evaluation Checklist #213

RichardLitt opened this issue Dec 9, 2016 · 17 comments

Comments

@RichardLitt
Copy link
Member

We've had a trial Discourse forum up for over a month. There have been some discussions on it by a few contributors, and at this point, everyone should have had the chance to interface with the forum and see how it works for them.

Moving forward, I would like to come to a consensus about whether we should either go with Discourse as a possible alternative to our GitHub repo system, or not. In this thread, I'd like to establish any concerns people have that we can actionably deal with, and to have a checklist for things which need to be dealt with before we move forward.

These are some concerns I have heard.

Before we move to Discourse, we should…

Have more contributors participate on the forum.

We haven't had enough people buy in.

To test this, we should:

  • Actively move some more discussions over there. Does this sound right? Which issues? Other ideas?

Have a technical discussion on the forum.

Right now it is only meta topics, and we can't evaluate how it would look to have a technical discussion there given that.

To test this, we should:

  • Take a technical issue, and talk about it there. Do you have suggestions for a good issue?

Answer support questions there.

To test this, we should:

  • Direct users away from ipfs/support for now, and send them to Discourse.

See whether the scoping of topics makes sense.

Are the categories accurate, and do they help us navigate the board? Are they better than ipfs/support, ipfs/faq, and ipfs/community for saying where things should be posted?

To test this, we should:

  • Have a discussion about it, here.

Make sure that everyone has time to see it.

Not everyone has had the time to interface with it. We should prioritize this over code before the end of the year.

To test this, we should:

  • Get a list of people who feel they haven't had time. Is this you?
  • Have them scope out some time to look at it, at the cost of other priorities.

Migration Plan

These are tasks which need to be done before we can move fully to Discourse, if that is what we want to do.

  • Copy all ipfs/faq issues over here.
  • Build a document that coalesces the 'answered' FAQ questions into a single document. Post it on the website.
  • Mention Discourse on ipfs/ipfs, ipfs/community, ipfs/pm.
  • Close some of the open long-standing issues on ipfs/community which are served by this repo.
  • Close ipfs/support, close all issues, and say that it is now Deprecated. Actively gut the README. Reopen open issues on Discourse.
  • Post a link to Discourse on the IRC channel's topic.
  • Announce on Twitter, Reddit, and the blog.

Anything else?

If you have other concerns, can you list them below? Comments, too. Hopefully, we can grow this list out, make it better, and actively check off items and come to conclusions about each concern.

If you feel this could be phrased better, please let me know. Always happy to improve.

@RichardLitt
Copy link
Member Author

On moving FAQ and Support to Discourse

While it is possible to disable issues for a repository temporarily, and bring those issues back later as needed, this breaks links to those issues elsewhere. One thing we could do immediately is to add an issue template to those Repositories, like we've done with IPFS/IPFS now (thanks @whyrusleeping), asking users to post in Discourse. @whyrusleeping pointed out to me that we could also do this without being harsh; just ask that they start posting here. A possible downside to this plan is that now we would need to check both Discourse and ipfs/support and ipfs/faq, simultaneously.

@flyingzumwalt
Copy link
Contributor

Could we set up the subdomain sooner rather than later? I'd prefer to use a stable url when recruiting people to participate in the tests. That way the link won't break if/when we move to adopt Discourse long-term.

@kevina
Copy link

kevina commented Dec 14, 2016

As the site stands now I won't use it. I find text hard to read due to lack of contrast. Please see http://contrastrebellion.com/ and https://www.nngroup.com/articles/low-contrast/. If the background is white I prefer pure black for the main text, but I am okay with a slightly lighter color (GitHub #333 is probably about as light as I will tolerate). If I am forced to use the site as it stands I will have to install a browser extension to tweak the style sheet so I can read it with straining my eyes.

I am not 100% sure but there also doesn't seam to be a way to get email on your own replies. I find this feature extremely useful, but since many other forms don't provide it something I can live with.

@flyingzumwalt
Copy link
Contributor

We have complete control of the styling, so we can fix the contrast. I agree that high contrast is a basic accessibility issue that we have to prioritize. The current style is a quick and dirty imitation of the CSS from the IPFS.io website.

cc @dignifiedquire

@dignifiedquire
Copy link
Member

I've just updated the base text color to be #333. It might take a couple of refreshes before your cache updates though.

@kevina
Copy link

kevina commented Dec 14, 2016

Thanks! That's better. Note that many other web sites now seam to use #222, that might be a bit better. But as it is now is okay for me.

@lidel
Copy link
Member

lidel commented Dec 17, 2016

@kevina:

I am not 100% sure but there also doesn't seam to be a way to get email on your own replies. I find this feature extremely useful, but since many other forms don't provide it something I can live with.

You can enable "Mailing list mode" in Preferences
("gear" icon after you click on your avatar):

2016-12-18-003019_3440x1440_scrot

2016-12-18-003550_495x82_scrot

@kevina
Copy link

kevina commented Dec 18, 2016

@lidel I saw that, it is unclear if it will enable emails to be sent on your own activity like GitHub now allows. From the limited testing I saw in try.discourse.org it does not, at least for private messages. I can't post to the Sandbox because my account is "on hold". So I waited, and then when I came back my account seams to have been deleted.

@flyingzumwalt
Copy link
Contributor

Marta posted a bunch of great questions on Discourse yesterday. We should use these to test Discourse. @RichardLitt can you drum up people to respond -- both from #ipfs and #ipfs-dev -- and watch the discussions?

@victorb
Copy link
Member

victorb commented Mar 3, 2017

Have we made any progress on this? Seemingly, the activity rate on Discourse is not that high (last post seems to have been at 23th of January)

@lidel
Copy link
Member

lidel commented Mar 3, 2017

Low participation is not surprising:
a) ipfs/faq, ipfs/support and ipfs/community are still on Github, people are not directed to Discourse because there is not good content there (chicken and egg problem)
b) invasive anti-spam settings I mentioned here may discourage people from posting at Discourse (there are no restrictions at Github, you just create account and post anything you want)

@RichardLitt
Copy link
Member Author

I agree with point a), at least.

I am unable to continue pushing this forward. I'll leave this up to the rest of the IPFS team to enact.

@ghost
Copy link

ghost commented Mar 3, 2017

We could set up a two-way sync between discourse and github. Or just move everything over and close the repos (I'd be down for that by now).

@dignifiedquire
Copy link
Member

I think we should

  1. move everything that makes sense over
  2. have a DRI for discourse handling

@lidel
Copy link
Member

lidel commented Mar 24, 2017

Having #246: Decision Document: Creating a Community Forum for IPFS and Related Projects
what will be the next step?

Changing http://ipfs.trydiscourse.com to *.ipfs.io domain picked in ipfs-inactive/ops-requests#33?

@flyingzumwalt
Copy link
Contributor

flyingzumwalt commented Mar 24, 2017

I just checked in with @lgierth about this. ipfs.io domain only allows https, even on subdomains. That means we will only be able to move discourse to discuss.ipfs.io after spinning up our own instance. We were planning to do that anyway. It just means we will have to wait a few more days before making the switch.

What are the other next steps? Off the top of my head:

  • rename from "discourse trial" to IPFS forum
  • after setting up the new subdomain, announce on all channels
  • do the steps outlined in the proposal on loomio

@daviddias
Copy link
Member

It has been done https://discuss.ipfs.io/ 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants