14:01:42 #startmeeting www 14:01:42 Meeting started Thu Apr 9 14:01:42 2020 UTC. The chair is hiro. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:42 Useful Commands: #action #agreed #help #info #idea #link #topic. 14:02:02 oi! 14:02:03 ok everyone if you haven't done already please checkout the pad and fill your updates 14:02:09 hi :) 14:02:11 * pili goes to fill out the pad 14:02:22 o/ 14:02:30 Hello 14:02:59 hiro, pad link? 14:03:08 I will just put up my name though :) 14:03:09 https://pad.riseup.net/p/tor-www-weekly-keep 14:04:22 ok everyone the first topic is the community.tp.o launch 14:04:25 hiro, Thank you. 14:04:34 #topic community.tp.o 14:04:50 ok pili do you want to start with that? 14:04:56 hi 14:04:59 there are no translations ready. it is a lot of strings 14:05:00 yes 14:05:09 we want to launch as planned during what would have been IFF week 14:05:19 so I've been reviewing the last outstanding bits 14:05:26 can you remember us the dates? 14:05:32 is it the end of april? 14:05:56 IFF was 20 - 24 April 14:06:01 not sure if we want to launch on the Monday 20th or some point during the week... 14:06:05 we can discuss this :) 14:06:11 the thing is it's already in production 14:06:21 so it's only a matter of announcements 14:06:34 right 14:06:36 and accepting a few things that aren't still 100% 14:07:04 yes, i'd like to fix some small things (i have half of the work done in my local) 14:07:12 nice, thanks antonela 14:07:24 cool 14:07:27 ok first of all I'd like to discuss the checklist 14:07:29 do you think we should push to stable or is better to freeze stable now and sue develop until the release? 14:07:42 s/sue/use 14:07:44 I think we can keep pushing to master if these aren't big changes 14:07:54 and if there is something that we want to review use develop or staging 14:07:57 antonela: have you assined the tickets to yourself so we don't duplicate work? I took a ticket off you this week that I thought was dormant... :D 14:07:58 I hope I didn't step on your toes there :) 14:08:06 I've been pushing to develop 14:08:07 hiro: perfect 14:08:16 pili: is mostly lego and ui stuff 14:08:19 and would appreciate some reviews before merging 14:08:28 antonela: cool, I don't think I'll do any of that myself :) 14:08:28 (and layout/templates stuff) 14:08:32 yup 14:08:36 ye 14:08:40 we are fine i think 14:08:48 in terms of content, what is weak? 14:08:54 antonela: outreach section 14:09:00 hiro: yes, we should discuss the checklist 14:09:18 I just threw what I had from the tp.o retrospective in the wiki 14:09:24 we should definitely review and refine 14:09:56 maybe to distinguish between a new portal and a reboot of an existing website 14:09:57 I'd like to have a checklist where I can undersatnd my responsibilities 14:10:05 antonela: and possibly onion services, but at least we have content there 14:10:08 like sub I with each person that reads the checklist 14:10:18 hiro: yup, I agree we should add people to the checklist 14:10:25 pili: for the outreach section we have the outreach material. is available for download now? 14:10:39 pili: we can talk about it later, lets discuss the checklist now 14:10:44 antonela: ok 14:11:53 hiro made good points in the email, maybe is useful to comment in gitlab? 14:12:01 could you incorporate that feedback pili? 14:12:12 yup 14:12:25 we could copy and paste the checklist on pad and review now? 14:12:31 yes that too 14:12:43 or I could create issues to the wiki and we can discuss? 14:12:55 and if others have issues they can do the same? 14:12:56 whatever is quickest for right now I guess 14:12:59 ggus: yes, that'd me ideal 14:13:03 s/me/be 14:13:07 ok let's do now 14:13:07 let me do it 14:13:33 https://pad.riseup.net/p/Xj8Z9zUZBePVzBFAhNGX-keep 14:14:16 thanks antonela 14:14:35 i pasted hiro's at the end 14:14:53 ok so the way we work the partal on staging/develop needs to be before than 1 month prior to launch 14:15:06 yes 14:15:30 because otherwise it means we haven't started working on the portal at all 14:16:00 so I don't know how we should put this out, but this is how a website project starts: 14:16:04 1. mockups 14:16:09 2. html on staging/develop 14:16:13 3. content 14:16:26 4. localization 14:16:36 if I am not mistaken... please feel free to say otherwise 14:16:43 yup, agreed 14:16:47 sometimes content is defined earlier 14:17:00 but, lets discuss the steps for release 14:17:00 2 and 3 could happen in parallel 14:17:06 what is missing on pili's? 14:17:30 we start w/ one month before launch, I think we can start from the beginning 14:17:57 yup, this was just for launch, we can extend the checklist to encompass the whole project though 14:17:58 it's a good idea 14:18:13 I will start adding roles to actions 14:21:59 done, please change if you don't agree 14:22:19 nice we can always add stuff to the wiki 14:22:43 sure 14:22:49 I will update that after the meeting 14:23:18 oooook!!! 14:23:21 next topic? 14:23:40 or if you guys have questions, let's discuss pls 14:24:47 about l0n, we agreed that it will happen after launch 14:24:53 l10n, sorry 14:25:03 yep, i added that to the pad 14:26:00 emmapeel, doing it after launch is a good idea in my mind. 14:26:56 kushal: at least in a project like ours, where translators are volunteers 14:27:00 I'm good 14:27:03 Yes. 14:27:34 ok so I should remove it from the "website project start" 14:28:41 yeah. i mean is good that yours truly participates from the development, in the sense of adapting it to localization etc. but the actual translated content will be available aftewr the launch 14:29:19 otherwise we put a lot of pressure on the translatros and at the end there are lots of last minute changes and the translators duplicated their work 14:29:32 ooook!!! 14:29:32 it is better to wait until the strings are a bit stabilised 14:30:23 anything else? 14:30:35 the glossary is looking good! 14:30:40 indeed 14:30:48 ok so if we are changing topic let me do it properly 14:30:52 #topic glossary 14:31:53 oook is there any pending issues for the glsosary? 14:31:59 I did two pending tasks this week 14:32:03 one thing i noticed about the glossary is that the definitions need more links 14:32:25 like more stuff explained with other terms in the glossary? 14:33:09 yes, the glossary should be a way to find out more. not to replace the content of the proper pages, but a small explanation, and a ' read more 14:33:37 ok the glossary should be about the term 14:33:44 not about the actual topic 14:33:55 it's a glossary and not an encyclopedia 14:34:04 basically that's the summary ^ 14:34:10 yeah. for example maybe there is too much information in https://support.torproject.org/glossary/tor-browser/ 14:34:23 i would add less information but a good link 14:34:50 ooook please fell free 14:35:00 also another thing: we could add links to the glossary around the rest of the docs 14:35:24 yes! 14:35:56 I was reviewing a PR yesterday and there was a great candidate for a link to the glossary 14:36:11 https://github.com/torproject/community/pull/45#discussion_r405644472 14:36:44 I wonder if there's some way we could do an automatic search of the content against terms in the glossary 14:37:58 you can use a search engine like duckduckgo with site search maybe 14:38:05 or you can wait till we have our search system 14:38:33 also `grep -r 'Tor Browser' content/ 14:38:52 i mean `grep -r 'Tor Browser' content/` :D 14:38:54 :) 14:38:58 ah yeah if you use the source yeah 14:39:03 I mean for each term in the glossary :D 14:39:23 there, I started writing it in pseudocode for you... :P 14:39:42 oooook 14:39:46 next topic 14:39:51 #topic styleguide 14:40:16 I think we should review a little bit the styleguide 14:40:23 because we had also a few PR 14:40:40 yes, i dont have merge powers i think but i can review those PRs 14:40:44 could that work? 14:40:52 those were already merged 14:41:06 I mean review the content we have on styleguide.tp.o just a little bit 14:41:12 and find out if we should update something 14:41:12 somethings are complicated! this pr who wanted to add stuff randomly when is a style already existed (the blockquote one) 14:41:57 antonela: yeah, maybe that style should be added to the main tor.scss? 14:42:03 what do you want to review exactly? 14:42:05 Maybe this is something that I could put in my bucket for the next few weeks and do a little cleanup 14:42:15 emmapeel: it style already exists in text.scss 14:42:35 hiro: oki, im happy to help for sure 14:42:46 ok then 14:42:49 antonela: when in the support portal, you dont get styles for a lot of things. so maybe the PR is simply wrong 14:43:01 I will go through the css and find out 14:43:15 oki 14:43:18 thanks hiro <3 14:43:24 emmapeel: ye 14:43:25 ok last topic 14:43:32 #community portal cards 14:43:41 #topic community portal cards 14:43:46 what is that? social cards? 14:43:53 what's the issue? 14:43:56 sorry about previous topic, the ticket is https://gitlab.torproject.org/torproject/web/lego/-/issues/8 14:43:58 that was me :) 14:43:59 nope, the different section cards 14:44:01 I think you can just change the key 14:44:03 e.g outreach, ux, localization, etc... 14:44:16 yes, the question is if anyone feels very strongly about the order they are currently in 14:44:23 as ggus had a suggestion to change them 14:45:02 emmapeel: yes 14:45:15 pili: what is the order? you can change the order using "key" 14:45:23 I know :) 14:45:46 what is the suggestion? 14:45:51 brb 14:45:54 oook please go ahead and change them 14:45:56 I'm just asking if it's ok to change the current order 14:46:15 yes, what is the proposed new order? :) 14:46:34 I'm not sure, ggus shared with me but I forgot... :) 14:46:37 training > user research > relays 14:46:51 on the top line I guess 14:46:52 localization > outreach > nion services 14:47:08 oki, is fine, you can change it 14:47:28 I think you guys can also experiment with that 14:47:30 the only issue is the image, some of them have a different size so you may need to review the card height 14:47:50 ggus: feel free to reorder 14:48:08 oooook if that's all we can finish the meeting 14:48:13 10 minutes earlier 14:48:30 * antonela is groot 14:48:39 * hiro is groot 14:48:43 #endmeeting