{"action":"created","issue":{"url":"https://api.github.com/repos/matecat/MateCat/issues/29","labels_url":"https://api.github.com/repos/matecat/MateCat/issues/29/labels{/name}","comments_url":"https://api.github.com/repos/matecat/MateCat/issues/29/comments","events_url":"https://api.github.com/repos/matecat/MateCat/issues/29/events","html_url":"https://github.com/matecat/MateCat/issues/29","id":116791091,"number":29,"title":"Feature request: Option to hide approved segments in Review mode","user":{"login":"felixvd","id":4535737,"avatar_url":"https://avatars.githubusercontent.com/u/4535737?v=3","gravatar_id":"","url":"https://api.github.com/users/felixvd","html_url":"https://github.com/felixvd","followers_url":"https://api.github.com/users/felixvd/followers","following_url":"https://api.github.com/users/felixvd/following{/other_user}","gists_url":"https://api.github.com/users/felixvd/gists{/gist_id}","starred_url":"https://api.github.com/users/felixvd/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/felixvd/subscriptions","organizations_url":"https://api.github.com/users/felixvd/orgs","repos_url":"https://api.github.com/users/felixvd/repos","events_url":"https://api.github.com/users/felixvd/events{/privacy}","received_events_url":"https://api.github.com/users/felixvd/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/matecat/MateCat/labels/enhancement","name":"enhancement","color":"84b6eb"}],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-11-13T15:32:23Z","updated_at":"2015-11-20T16:10:03Z","closed_at":null,"body":"Large jobs can involve enormous amounts of repetition. This is what CAT tools are theoretically most useful for, but reviewing large jobs in Matecat becomes tedious when unapproved segments become sparse. After approving a segment, the user often has to wait for a new view to load to access the next unapproved one, which adds up to a lot of waiting and clicking.\r\n\r\nIf only unapproved segments appeared in the segment queue, the wait between finding unapproved segments would be eliminated, which can speed up reviews in large jobs immensely(!).\r\n\r\nIn terms of implementation, the server could be asked to send only unapproved segments, and the client could assemble them into a temporary view."},"comment":{"url":"https://api.github.com/repos/matecat/MateCat/issues/comments/158445725","html_url":"https://github.com/matecat/MateCat/issues/29#issuecomment-158445725","issue_url":"https://api.github.com/repos/matecat/MateCat/issues/29","id":158445725,"user":{"login":"felixvd","id":4535737,"avatar_url":"https://avatars.githubusercontent.com/u/4535737?v=3","gravatar_id":"","url":"https://api.github.com/users/felixvd","html_url":"https://github.com/felixvd","followers_url":"https://api.github.com/users/felixvd/followers","following_url":"https://api.github.com/users/felixvd/following{/other_user}","gists_url":"https://api.github.com/users/felixvd/gists{/gist_id}","starred_url":"https://api.github.com/users/felixvd/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/felixvd/subscriptions","organizations_url":"https://api.github.com/users/felixvd/orgs","repos_url":"https://api.github.com/users/felixvd/repos","events_url":"https://api.github.com/users/felixvd/events{/privacy}","received_events_url":"https://api.github.com/users/felixvd/received_events","type":"User","site_admin":false},"created_at":"2015-11-20T16:10:03Z","updated_at":"2015-11-20T16:10:03Z","body":"First off, I got your deleted comment in an email update, and I find it very relevant for issue #26. What you described in the deleted comment is actually the current intended behavior of the Approve button in review mode (it is just not working quite right because of #28). \r\n\r\nRegarding your newer comment, I agree that seeing the segment in context is usually useful. To be honest, this feature request was born of frustration with the interface's speed during review, and if progressing/skipping to the segments was *fast*, implementing something like it might not be worth the hassle. It just has to be *seriously fast*, and it seemed like this might be the easiest way to get to something *seriously fast*."}}