13:15:18 #startmeeting hubs-devel 13:15:18 Meeting started Tue Mar 6 13:15:18 2018 UTC. The chair is abompard. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:15:18 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:15:18 The meeting name has been set to 'hubs-devel' 13:15:28 #topic Roll Call 13:15:32 .hello2 13:15:34 abompard: abompard 'Aurelien Bompard' 13:15:43 #chair ryanlerch shaily[m] 13:15:43 Current chairs: abompard ryanlerch shaily[m] 13:16:05 .hello2 13:16:11 shaily[m]: Sorry, but you don't exist 13:16:21 .hello duffy 13:16:22 mizmo: duffy 'Máirín Duffy' 13:16:28 that would be without th [m], shaily 13:16:30 .hello shaily 13:16:31 shaily[m]: shaily 'None' 13:16:47 oh there's 4 of us! yay! :) 13:16:50 #chair mizmo 13:16:50 Current chairs: abompard mizmo ryanlerch shaily[m] 13:16:56 abompard: is the [m] coming from matrix? 13:16:59 shaily[m]: yes 13:18:37 #topic Status Updates 13:18:41 (no action items) 13:18:47 who wants to start? 13:19:07 maybe shaily? 13:19:31 sure 13:20:30 i've been looking into the haystack flask port idea, which i think we could integrate in the next release 13:20:58 other than that, i was working on the widget search index, which i wanted to discuss in today's meeting 13:21:26 what do we want the search UI to look like, for results coming from widget output? 13:22:00 pagure.pull-request.comment.added -- shaily commented on PR #540 on fedora-hubs https://pagure.io/fedora-hubs/pull-request/540#comment-47407 13:22:20 I don't know exactly, do we have mockup for that ryanlerch & mizmo ? 13:22:47 abompard: i am not aware of a mockup for that 13:22:51 pagure.pull-request.comment.added -- shaily commented on PR #540 on fedora-hubs https://pagure.io/fedora-hubs/pull-request/540#comment-47408 13:23:10 i kinda just winged it on the basic output i did when i threw it in there 13:23:14 * mizmo looks 13:24:37 garrett did do a quick mockup for search results but it uses a different style for the site chrome 13:24:52 shaily: the basic idea - have two tiers of search results 13:25:05 shaily: top tier is objects that match search terms, sorted in columns based on category: groups / people / projects 13:25:25 do we distinguish between team hubs and project hubs yet? if not, then just two categories: hubs and people 13:25:35 the second tier is feed widget results 13:25:42 so this does a search on fedmsg for the term most likely? 13:26:01 but i dont know, implementation wise, what limits / scope is on what we can do in that kind of search 13:27:04 i was thinking we could search across all the widgets in the user's bookmarked hubs (starred, memberships, subscriptions) 13:27:28 each widget's output 13:27:34 shaily: so what does a single result from a widget look like? 13:27:54 i think it's easier to think about feed widget single result objects because they have a consistent display 13:28:06 but widgets, the display is pretty custom and requires a specific context to make sense 13:28:23 im not saying it's a bad idea, it would be awesome, im just not sure how to display the results you'd get from widgets 13:28:32 can they be formatted as feed widget items? 13:29:12 yeah, same 13:29:13 i couldn't come up with anything concrete due to the context issue you mentioned 13:29:18 sure, we can format the results however we like 13:30:02 shaily: so if there's a way to convert / translate the output of a widget result => feed widget item, that'd be perfect 13:30:52 okay, i'll take an example and try to explain 13:31:02 sure :) 13:32:43 * shaily[m] sent a long message: shaily[m]_2018-03-06_13:32:42.txt 13:33:01 basically, the feed widget item idea 13:33:32 shaily[m]: could you repeat your last long message? Matrix has cut it when sending it to IRC 13:33:36 i'll implement it for one widget and report back, then we can probably discuss how to go forward with other widgets 13:33:46 sounds good to me! 13:34:07 oh, sorry 13:34:11 for each widget, we'll decide what gets indexed and what gets returned on a successful match 13:34:12 say, for the issues widget we have a list of issues, right? 13:34:21 one of these is - "fasshim's attempt at preserving memory causes crashes" 13:34:24 so if the user searches for "memory", we return the whole string with some contextual info (whose hub this widget is in etc) 13:35:39 thanks :) 13:36:42 okay, that's all from my side :) 13:37:21 this will also make for a good blog post 13:37:33 shaily[m]: +1 :-) 13:37:39 who's next? 13:38:30 OK I can go 13:39:09 I've been working to get the staging instance up and running. It's working now, and I'd like to get the prod deployment going as soon as possible 13:39:25 however that depends on external factors, such as the security review 13:39:27 abompard: any potential roadblocks on that? 13:39:33 ah, i type too slow 13:39:35 :) 13:39:52 i am going to be outish again this week, 13:39:55 * ryanlerch is on PTO 13:39:58 oh 13:40:18 please take all the rest you need :) 13:40:58 Apart from that I've been working on other things. I've also done some research on Javascript tools that we could use in Hubs one day 13:41:02 but not before prod :) 13:41:24 I'm thinking of Flow, a static type checker, and Prettier, a code formatter 13:41:34 Those would be very useful I think 13:42:08 When we get to prod, we'll be out of the "relaxed mode" on unit tests, let it be known ;-) 13:42:49 Not much more to report from me 13:43:12 awesome, thanks abompard! 13:43:19 sure 13:43:30 wanna do a status update ryanlerch? 13:43:44 abompard: nothing much from me this week sadly 13:43:52 aside from "PTO on a sunny island under the coconut tree" 13:43:56 was all docs fad + travel 13:44:03 okay 13:44:24 AUS to EUR is quite a distance 13:44:36 yep 13:45:09 i think i was in stransit for more than half the time i spent there 0_0 13:48:06 Alright, mizmo? 13:48:52 i got nothing! 13:49:08 :) 13:49:31 ok ! 13:50:00 #topic Open Floor 13:54:24 are we doing any kind of user testing at this point? (or ready for it?) 13:55:03 mizmo: I don't know exactly but it's probably best to wait for the prod deployment non? This way we'll get real data 13:55:10 but I don't know exactly what you need 13:55:48 okay! i was just not sure if we wanted people playing with staging at this pt 13:55:53 but yeh witih real data, is much better 13:57:07 okay :) 14:00:50 #endmeeting