{"action":"created","issue":{"url":"https://api.github.com/repos/mozilla/webmaker.org/issues/1098","labels_url":"https://api.github.com/repos/mozilla/webmaker.org/issues/1098/labels{/name}","comments_url":"https://api.github.com/repos/mozilla/webmaker.org/issues/1098/comments","events_url":"https://api.github.com/repos/mozilla/webmaker.org/issues/1098/events","html_url":"https://github.com/mozilla/webmaker.org/issues/1098","id":54350029,"number":1098,"title":"Moderation - Unable to update content within /explore","user":{"login":"thisandagain","id":747641,"avatar_url":"https://avatars.githubusercontent.com/u/747641?v=3","gravatar_id":"","url":"https://api.github.com/users/thisandagain","html_url":"https://github.com/thisandagain","followers_url":"https://api.github.com/users/thisandagain/followers","following_url":"https://api.github.com/users/thisandagain/following{/other_user}","gists_url":"https://api.github.com/users/thisandagain/gists{/gist_id}","starred_url":"https://api.github.com/users/thisandagain/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/thisandagain/subscriptions","organizations_url":"https://api.github.com/users/thisandagain/orgs","repos_url":"https://api.github.com/users/thisandagain/repos","events_url":"https://api.github.com/users/thisandagain/events{/privacy}","received_events_url":"https://api.github.com/users/thisandagain/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/mozilla/webmaker.org/labels/bug","name":"bug","color":"fc2929"},{"url":"https://api.github.com/repos/mozilla/webmaker.org/labels/critical","name":"critical","color":"000000"}],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":5,"created_at":"2015-01-14T17:22:17Z","updated_at":"2015-01-20T21:43:07Z","closed_at":null,"body":"As we are starting to drive more traffic to `/explore` (formerly known as the gallery) we have a need to keep that content regularly updated. The existing content on that page hasn't been updated in quite some time and after talking with @keyboardkat and @cadecairos it looks like part of the problem is that the architecture of that page and the features available within the [MakeAPI admin](https://makeapi.webmaker.org/admin) cause some serious friction.\r\n\r\nCouple options for resolution:\r\n- @cadecairos has a [prototype](https://gallery.webmakerprototypes.org) called [Gallery Maker](https://github.com/mozilla/Gallery-Maker) that could be used to create galleries using the MakeAPIs [list](http://mozilla.github.io/makeapi-docs/api-docs/#get-users-lists) API. The model is a little strange as the `list` feature is user-centric (lists are connected to a specific user) and in that it's not a perfect fit for our needs, but seems like a good way to resolve the problem quickly.\r\n- Another option could be to simply add a `isFeatured` flag to items within the MakeAPI and modify the `/explore` view to render items chronologically where `isFeatured === true`. This is my preference in the long-term as we move to having many people from the team featuring makes as to keep content constantly (ideal -> hourly) updated. With that we'd need to think about adding a way to feature content within Webmaker itself visible to staff / admins.\r\n\r\nLooking for more suggestions.\r\n\r\n/cc @keyboardkat @cadecairos @simonwex "},"comment":{"url":"https://api.github.com/repos/mozilla/webmaker.org/issues/comments/70739868","html_url":"https://github.com/mozilla/webmaker.org/issues/1098#issuecomment-70739868","issue_url":"https://api.github.com/repos/mozilla/webmaker.org/issues/1098","id":70739868,"user":{"login":"keyboardkat","id":1206449,"avatar_url":"https://avatars.githubusercontent.com/u/1206449?v=3","gravatar_id":"","url":"https://api.github.com/users/keyboardkat","html_url":"https://github.com/keyboardkat","followers_url":"https://api.github.com/users/keyboardkat/followers","following_url":"https://api.github.com/users/keyboardkat/following{/other_user}","gists_url":"https://api.github.com/users/keyboardkat/gists{/gist_id}","starred_url":"https://api.github.com/users/keyboardkat/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/keyboardkat/subscriptions","organizations_url":"https://api.github.com/users/keyboardkat/orgs","repos_url":"https://api.github.com/users/keyboardkat/repos","events_url":"https://api.github.com/users/keyboardkat/events{/privacy}","received_events_url":"https://api.github.com/users/keyboardkat/received_events","type":"User","site_admin":false},"created_at":"2015-01-20T21:43:07Z","updated_at":"2015-01-20T21:43:07Z","body":"1. The ability to easily find new makes (was quite hard in the MakeAPI admin.) See Bug 938245\r\n\r\n@cadecairos: I agree, we need simple, powerful search features that don't over complicate the interface. I think date based searching would be helpful (i.e. \"show me makes created yesterday/last week/between x and y). Are there any specific types of queries you might find useful?\r\n@keyboardkat: date would be great. also: # of views, # of remixes, top users. \r\n\r\n2. The ability to preview moderated makes before they are published (i.e., not having to just reload webmaker.org over and over) See Bug 997282\r\n\r\n@cadecairos: Can you clarify what a \"moderated\" make is? Does that mean it's been featured (in whatever manner we end up going with)? I have ideas how previewing can be made to work using the list API, but some of the mechanisms to make it happen don't exist and will require engineering across apps.\r\n@keyboardkat: By *moderated*, I mean makes that have been chosen to be featured. @k88hudson started on a preview draft a while ago, but i'm not sure how far that got. worth asking her!\r\n\r\n3. The ability to moderate more than the first 12 makes (currently, we can only control the top 12. The rest fill in randomly. Perhaps this could be fixed by implementing pagination so each page only has 12 makes on it);\r\n\r\n@cadecairos: Using the tag-based featuring mechanism will turn this into a nightmare - If I understand the current process correctly, featuring a make requires adding a tag \"webmaker:featured-x\" where you replace 'x' with the position of the featured make. The amount of work involved putting a make into the top slot of a 50 make list will ruin any person's day.\r\nThat is one of the reasons why make lists were created, since there's no hard upper limit to how many makes can be in a list, and makes can (with the right front end tool built on top of the API) be added, removed, and organized, since they're represented internally as an array, and not using tags.\r\nWith @thisandagain's proposal for a featured flag, we will lose the ability to order featured makes, as we'll be limited to using the default sorting mechanisms provided by the MakeAPI (i.e. created at date).\r\n@keyboardkat: If the list format allows any number of makes to be featured, that fulfills this user requirement nicely :) \r\n\r\n4. The possibility to have one moderation dashboard for all parts of webmaker.org that need to be moderated. i.e., both /explore AND /teach. See Bug 997282\r\n\r\n@cadecairos: Another problem that Make Lists can simplify. Since make lists have unique ID's, we can specify different lists to use for each moderated part of the site, and feed those id's into the moderation tool, so that you can select the list you want to moderate, and get the benefit of using the same tool to moderate every part of the site. This might be out of scope for a single two week sprint.\r\n@keyboardkat: agreed. this is just something to keep in mind, especially while moderation is built into /teach and other sections, to ensure we keep taxonomies and formats consistent (and therefore easier for moderators in future). \r\n\r\n5. A easy-to-follow taxonomy for moderation of the 12 makes to be featured, specified in a public read-me file. (I put the old editorial taxonomy here, but it isn't the best place)\r\n\r\n@cadecairos: I'm not entirely sure what this is. I feel like this is something that belongs on a wiki page?\r\n@keyboardkat: I said this because in the past, the taxonomies and editorial/moderation how-tos have been in a separate place than the moderation dashboard. Would be great to link them all together, whether via a Github read-me, a wiki or the dashboard itself. So, probably more of a top-level organizational task than a dev task in the end -- @thisandagain will likely have thoughts.\r\n\r\n6. The ability to moderate makes without having to go into code (i.e., JSON).\r\n\r\n@cadecairos: This will require some work to rewrite the pages that render content using hard coded json blobs. \r\n@keyboardkat: yep. another thing for @thisandagain to keep in mind as he determines needs.\r\n\r\n7. The ability to easily add tags to makes, whether you want to tag 12 at a time, or 1. Bug 938252.\r\n\r\n@cadecairos: do-able, but needs design work\r\n@keyboardkat: cheers :)\r\n"}}