15:01:02 #startmeeting Ansible Documentation Working Group 15:01:02 Meeting started Tue May 21 15:01:02 2019 UTC. 15:01:02 This meeting is logged and archived in a public location. 15:01:02 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:02 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:02 The meeting name has been set to 'ansible_documentation_working_group' 15:01:08 who's around today? 15:01:14 me not really, sorry :/ 15:01:23 * samccann waves 15:01:33 felixfontein: np, thanks for the reviews and backports this week 15:01:39 #chair samccann 15:01:39 Current chairs: acozine samccann 15:02:50 anybody else? 15:03:30 alongchamps andersson007_ decentral1se Pilou Xaroth zoredache ? 15:03:43 not today, on the phone with VMware support 15:04:02 alongchamps: ah, bummer - hope you get the answers you need 15:04:21 I'll post a quick update to start with 15:05:37 2.8.0 was released last week, and the `latest` docs now point to the stable-2.8 branch 15:05:57 wooot!! 15:06:16 if you've got a docs change that went into `devel` in the last month or so, and you don't see it in the `latest` docs, feel free to open a backport PR 15:07:11 #info Ansible 2.8.0 released last week. If you have a doc PR that went into devel and you don't see it on latest, open a backport pr 15:07:57 we are preparing to integrate the version-changer, so we're working to make sure the maintained older versions (2.6 and 2.7) have broadly similar navigation and display as the `latest` docs 15:08:00 see #link https://docs.ansible.com/ansible/latest/community/development_process.html#backporting-merged-prs 15:08:16 samccann: thanks for posting the link to the backport instructions! 15:10:22 sometimes I remember how irc works :-) 15:10:41 along with the better-404-page issue, we've got another web-dev issue open: 15:10:51 * alongchamps done with support so I'm here 15:10:57 https://github.com/ansible/ansible/issues/56619 was opened by mrproper, who is on the road today 15:11:04 #chair alongchamps 15:11:04 Current chairs: acozine alongchamps samccann 15:11:10 alongchamps: w00t 15:12:40 I'd like to address as many docs user-experience issues as we can in the next quarter 15:13:09 #info hoping to focus the next 3 months on addressing docs user-experience issues 15:13:22 #topic docs user experience issues 15:13:37 known UX issues include: 15:13:43 newest related issue - #link https://github.com/ansible/ansible/issues/56619 15:13:56 make docsite more responsive by allowing users to toggle the left nav 15:14:09 (that's 56619) 15:14:12 is there a way we can label these user experience issues? 15:14:43 hmmm 15:14:45 docsite would be an obvious label but that's already used for prs created via the docsite 'edit in github' button 15:14:45 I don't know 15:15:12 just thinking it would be easier to batch them up. Or maybe instead we just create a user-experience column on the core project board and add them there? 15:16:09 this is the project board i'm thinking about - https://github.com/ansible/ansible/projects/27 or we create a website project board to keep this work separate? 15:16:28 it looks like we have two separate labels: `docsite_pr` and `docsite` 15:16:34 oooOOOoo 15:16:45 i doubt we've been consistent with them 15:16:58 but I don't think either one is added by the bot 15:18:21 um I think both are actually 15:18:32 the `docsite_pr` label is supposed to be for PRs "created from documentation using the `Edit on GitHub` link." 15:18:43 samccann: oh, are they? 15:18:43 this pr has 'docsite' label added by ansibot at the end https://github.com/ansible/ansible/pull/54349 15:19:28 you're right 15:20:15 the `docsite` label is for any issue or PR that "relates to the documentation website." 15:20:29 which I guess is . . . all docs PRs and issues? 15:21:00 yeah not sure 15:21:30 anyway, let's define 'user experience' first 15:22:02 I'd say anything that makes it easier for users to find the documentation they are looking for, on any device 15:22:14 is this what happens on the website for docs.ansible.com? (like the version changer, better 404, hidable navigation, better breadcrumbs etc)? 15:22:32 yeah, that would be my suggested definition 15:22:44 what am I forgetting/overlooking? 15:23:04 this all sounds good to me, anything that would help end-users on the site would probably go in to UX improvements 15:23:09 I tend to jump to 'what's the fix' and these are all sphinx-theme/html etc related 15:23:35 yes, site changes. vs user experience issues like that [u!config] fix 15:24:02 so then 'ux improvements' and 'ux issues' could both be tags 15:25:15 alongchamps: I'd suggest we use one tag for both the issues and the fixes - that makes it easier to track things 15:25:16 do we know who could approve new labels? or do we want a project board for this? Because the labels would be manually added anyway, so could just as easily add it to a project vs add a label when the issue is created 15:25:38 I think I can make new labels, but I hesitate to do it unless we're really sure it's necessary 15:25:43 tho labels would help us easily see 'we have xxx ux issues open' etc 15:25:48 we've got so many labels already 15:26:01 agreed, labels are incredibly useful 15:26:09 heh yeah I just looked at all the labels to see if anything could be used for this ! 15:26:27 what's the downside of using `docsite` for these? 15:26:31 not granular enough? 15:26:41 well how about we start with -triage the docs issues and add appropriate ux ones to a new docsite project board (can we add a new project board)? 15:27:13 samccann: I can definitely add project boards 15:27:21 alongchamps: can you see the project boards? 15:27:45 like https://github.com/ansible/ansible/projects/27 15:28:06 I don't think they're private, but I'd like to confirm before we go too far down that road 15:30:55 hm, I think alongchamps went back down the vmware rabbithole 15:31:10 yup I'm back 15:31:30 heh, can you see the project board linked above? 15:31:37 yes I can see the project board 15:32:08 awesome - what do you think of a Docs UX project board, either with or instead of a label? 15:32:30 obvious advantages or obvious drawbacks? 15:33:01 I think a ux-related label would be helpful since after all that's what labels are for 15:33:13 fwiw we can search all issues by project board as well 15:34:08 here are all the issues and PRs that currently have the `docsite`label: 15:34:08 in terms of tracking/prioritizing, I can see the board being helpful vs just a label.. but from the user creating/triaging issues for ux - I think folks are used to adding labels. 15:34:10 https://github.com/ansible/ansible/labels/docsite 15:34:26 so then everything would just be found under 'docs' then ? 15:34:41 oops I was a few messages behind (thanks auto-scroll) 15:35:06 alongchamps: we have three labels: `docs` and `docsite` and `docsite_pr` 15:35:20 I think we've been a bit muddled in how we use them 15:35:34 I was just thinking, what's the definition of when to use them 15:35:38 I like `docsite_pr` for PRs that came from "Edit on GitHub" 15:35:44 +1 15:35:51 +1 15:35:58 then could we combine docs and docsite? not sure the difference 15:36:03 that's really helpful, esp. when the PR needs a little help 15:36:10 I'd love to take `docsite` over for just docsite ux issues/prs 15:36:16 unless one was for the site layout/features (e.g. 404 page improvements) 15:36:24 but ansibot is using it... and I haven't a clue how to change ansibot behavior 15:36:36 +1 to using `docsite` for docs UX only 15:36:54 and `docs` for writing stuff only 15:37:04 +1 and +1 for both of those 15:37:09 awesome 15:37:20 okay, so we need to get Ansibot to understand that usage 15:37:31 who mains it? 15:37:45 and remove the existing `docsite` labels (30+) 15:37:46 s/mains/maintains 15:37:49 my guess is that we want `docs` and `docsite_pr` to be automated, and save `docsite` for human addition? 15:37:58 +1 15:38:04 +1 15:38:14 alongchamps: I think jctanner maintains ansibot; I can investigate 15:39:11 #agreed we want `docs` and `docsite_pr` to be automated, and save `docsite` for human addition 15:39:41 #action acozine to find out how to change ansibot so it no longer auto-labels with `docsite` 15:39:42 #agreed the `docsite` label should be used for docs UX/UI issues and PRs 15:39:57 cool! 15:39:57 we're all so agreeable today! :-) 15:40:04 +1 15:40:07 :) 15:40:30 we're happy DaWGs 15:41:11 okay, I know next steps for the coming week and even some things to put on the agenda for next week 15:41:13 that's awesome 15:41:20 #topic open floor 15:41:22 \o/ 15:41:38 alongchamps: anything on your mind? got any PRs to review or concerns to air? 15:41:55 Nothing from me 15:42:23 I've just added a new/easy pr if you want to look - https://github.com/ansible/ansible/pull/56722 15:42:43 otherwise not much else to chat about here 15:43:20 oh! I do have a question - assuming I get the version changer working, should I hop on the 404 fix next since it's gated by that fix? 15:44:04 samccann: that would be great 15:44:17 k 15:44:25 56722 looks good - I like leveraging existing content 15:44:51 it means less maintenance overall, and more buy-in from other stakeholders 15:44:59 yep 15:46:19 oh, once we've got Ansibot doing what we want it to, we should update the contributing-to-docs page to tell people what the labels mean 15:46:49 make it easier for folks to find issues they are comfortable working on 15:47:10 I think we can wrap up a little early today 15:47:28 thanks alongchamps samccann for a great, and very agreeable WG meeting! 15:47:29 sounds good 15:48:13 #endmeeting