15:01:48 #startmeeting Docs Working Group aka DaWGs 15:01:48 Meeting started Tue Jun 25 15:01:48 2019 UTC. 15:01:48 This meeting is logged and archived in a public location. 15:01:48 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:48 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:48 The meeting name has been set to 'docs_working_group_aka_dawgs' 15:01:56 who's around? 15:02:14 \o 15:02:22 #chair samccann 15:02:22 Current chairs: acozine samccann 15:03:37 andersson007_: felixfontein mrproper ndclt orthanc Pilou Xaroth663 zoredache are you folks up for talking docs today? 15:05:07 belfast77: brtknr cyberpear dfed elroncio jhawkesworth madonius shaps theo-o feel free to lurk, but also to participate! 15:05:35 (I'm omitting those whom I know to be in time zones where it's the middle of the night) 15:06:06 we have no official agenda today, but I'd like to look at one PR for sure, and maybe a few issues 15:06:48 oh, and follow up on last week's introduction of the custom 404 page and the version-switcher 15:07:42 good morning everyone. 15:07:57 morning dfed 15:08:19 #topic dfed: good morning! 15:08:27 heh 15:08:32 lol! 15:08:36 that's what I get for getting distracted 15:08:48 it's a good topic 15:09:06 #topic Quarter of UI/UX Work 15:09:43 We've been focusing this quarter on improving the docsite, including the build tools and the look-and-feel 15:10:37 The version-switcher and the 404 page have long been on the community wish-list 15:10:49 so it's great to see them in use 15:11:18 version switcher is in action now - https://docs.ansible.com/ansible/latest/index.html - see top left-hand side 15:11:41 and the 404 fun can be seen at - https://docs.ansible.com/ansible/latest/inde.html 15:13:04 known remaining work includes removing the extra search facility and adding banners directing folks toward the latest release 15:13:56 dfed: one of the debates on the version switcher was - do users understand `latest` vs `devel` 15:14:05 dunno if you have an opinion on that? 15:15:39 there was also a question about whether the version-switcher should refer to the latest version (whatever it is) by version number or by name 15:16:05 yeah basically that question :-) 15:16:10 Not in my experience. 15:16:52 k thanks! 15:17:01 some may, but there will be lots of folks who just want to know latest stable docs because drone work. 15:17:33 the challenge for us is - we want to encourage users to land on the `latest` URLs, especially for favorites, links in blog posts, etc., so in future we don't have to maintain a ton of redirects, and so they see the latest updates and features 15:18:26 but I can see it would make more sense to list 3 version numbers plus `devel` 15:19:24 blog posts get out of date, and many likely will point to oold docs. It's up for debate if that's a good thing or not. 15:20:23 but a blog post on an out of date module may still need to link to old docs/that module. not sure if redirects to latest helps there. As long as latest notes that something is depricated clearly I guess not 15:20:51 yeah, there are good aspects to it - if the features have changed, you don't want folks linking from an old blog post to the new docs if everything works differently now 15:21:04 deprecated and wow I need coffee brb. 15:21:13 heh 15:21:51 so let me experiment and see what I can come up with to have 2.8 in the dropdown, but accept incoming latest links 15:22:14 if the dropdown could list `2.8` but point to the `latest` URLs, that would be ideal 15:22:25 not sure about that 15:22:33 though we'd need to remember to update it on all versions when a new release came out 15:23:00 `latest (2.8)`? 15:23:05 I can easily see `2.8` working and still accepting `latest` but it's harder to replace `2.8` in the url with `latest`.. 15:23:11 cyberpear: yes 15:23:25 ah, I like that 15:23:47 but our small survey so far (3 people) all agree that `latest` isn't as well known and could confuse users into thinking it was NOT the stable branch 15:24:02 * acozine heads back to the release checklist to add an item 15:24:13 what item? 15:24:29 oh update the version changer versions :-) 15:24:33 yep 15:26:09 #action samccann to experiment with using `2.8` in the version changer instead of `latest` 15:27:03 I really like cyberpear's suggestion that the dropdown show both the word and the version number . . . that teaches people the meaning of the word as they go 15:27:21 or the context 15:27:53 oh hahah missed the subtley of that response! 15:28:40 that might tax my limited javascript skills (since I'd have to have the text and the url in a deeper ...er...array?) 15:28:45 but I can try 15:29:08 give it a try; I'm sure this group will pitch in if you need help 15:29:14 are there other UI/UX improvements we should be looking at? 15:29:15 #info try to add `latest(2.8)` to the dropdown 15:29:23 the extraneous search 15:29:48 #topic removing extra search box 15:29:56 yes! 15:30:08 This is the search box in the upper left hand corner. Should be simple to remove it 15:30:48 We have the deeper search in the lower-left bottom `site search` which is stronger in terms of internal stats we can gather from searches to help improve the site overall 15:31:22 Open issue with some details is: https://github.com/ansible/ansible/issues/45939 15:31:25 But we need to figure out how to imrove that `site search` since it currently sprinkles in search results from `2.3` for who knows what reason at the moment 15:32:13 I think it would also be good to have the search box appear in the upper left - that is the traditional location (at least, that's where I look for a search box when I use a site I don't know) 15:32:44 yeah not sure if I have the skills to move site search up. how critical is that to getting us down to one search box? 15:33:19 I guess if we remove the current upper left box, we'll find out ;-) 15:33:48 AAAHAHA 15:33:58 I remember when I first came on board, there was discussion about the search facilities, and some folks had strong opinions 15:34:08 I do not remember the details though 15:34:52 well it also brings up - afaik tower only has search in the lower right, ansible has two searches, and galaxy only has one, in the upper left 15:35:47 yes, it would be great if all the docs had a similar design 15:35:53 oh and ansible-lint only has one, in the upper left 15:36:24 my guess - as more 'sites' were added, they pulled in the easy search (opensearch) as part of the theme, but didn't link into the deep analytics `site search` 15:38:26 the `site search` link is for Swiftype, which is a paid service, so our subscription may only cover a certain number of sites/URLs 15:39:56 somewhere I have a login for the site, which I believe allows us to optimize . . . 15:42:29 * acozine has looked and come up empty so far . . . will report back for next week 15:43:01 heh 15:43:20 meanwhile I can ask some folks if they remember any debates on the search options from last year 15:43:30 there's one other known issue in flight . . . 15:43:37 #topic banners for old versions 15:44:12 as part of encouraging folks to upgrade, and also making sure people know when they're looking at outdated pages, we're thinking of two banners 15:44:28 one for still-maintained-but-not-latest versions 15:44:42 and one for not-maintained-here-be-dragons versions 15:45:17 someone also suggested a banner to say devel is the bleeding edge so to speak. 15:45:27 aka everything but latest gets a banner 15:45:36 ah, that's a good idea, and that one would require zero maintenance 15:45:51 heh... fingers crossed 15:47:10 we don't have an issue for the banners - would that be helpful? 15:47:17 sure 15:47:31 cool, I'll create one 15:51:58 https://github.com/ansible/ansible/issues/58346 15:52:07 yikes, we're nearly out of time 15:52:19 #topic open floor 15:52:37 does anyone have other UI/UX concerns or ideas? things we should add to the queue? 15:52:48 or other concerns/ideas to bring up? 15:53:28 as a 'background' task, I want to pull in as much of that latest rtd_sphinx_theme as we can. just so it's easier to keep up todate with changes etc. 15:53:44 I don't know that it will have visible changes. TBD on that 15:53:49 samccann: sounds great 15:54:27 maintenance is easier when it's done steadily, and if we can get caught up, that would help a lot 15:55:40 I'd like to give two shoutouts this week 15:56:44 shout it out! 15:56:49 one to felixfontein for fixing the pygments lexers in Ansible, for opening a PR to pygments, and for following up when that PR got merged 15:57:09 felixfontein++ 15:57:28 and one to GitHub user anis016 for picking up several `easyfix` issues and fixing them 15:57:47 wootwoot! anis016++ 15:58:47 I'm hoping he will join us here 15:59:12 (or maybe he already has, but his nick is different here . . . ) 15:59:33 IRC vs GitHub has tripped me up many a time 16:00:44 also thanks to ndclt who made a first contribution this week! 16:01:23 thanks, folks - that's it for today . . . see you next week 16:01:39 as always, agenda items welcome at https://github.com/ansible/community/issues/389 16:01:43 #endmeeting