{"action":"created","issue":{"url":"https://api.github.com/repos/cubing/ccm/issues/197","labels_url":"https://api.github.com/repos/cubing/ccm/issues/197/labels{/name}","comments_url":"https://api.github.com/repos/cubing/ccm/issues/197/comments","events_url":"https://api.github.com/repos/cubing/ccm/issues/197/events","html_url":"https://github.com/cubing/ccm/issues/197","id":57560618,"number":197,"title":"Schedule should allow multiple single-attempt entries for a round","user":{"login":"MikeHughey1","id":10903416,"avatar_url":"https://avatars.githubusercontent.com/u/10903416?v=3","gravatar_id":"","url":"https://api.github.com/users/MikeHughey1","html_url":"https://github.com/MikeHughey1","followers_url":"https://api.github.com/users/MikeHughey1/followers","following_url":"https://api.github.com/users/MikeHughey1/following{/other_user}","gists_url":"https://api.github.com/users/MikeHughey1/gists{/gist_id}","starred_url":"https://api.github.com/users/MikeHughey1/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MikeHughey1/subscriptions","organizations_url":"https://api.github.com/users/MikeHughey1/orgs","repos_url":"https://api.github.com/users/MikeHughey1/repos","events_url":"https://api.github.com/users/MikeHughey1/events{/privacy}","received_events_url":"https://api.github.com/users/MikeHughey1/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-02-13T05:17:12Z","updated_at":"2015-02-13T05:39:29Z","closed_at":null,"body":"For fewest moves and for multiBLD, we need the ability to show more than one entry, one per attempt, for attempts within a single round."},"comment":{"url":"https://api.github.com/repos/cubing/ccm/issues/comments/74207891","html_url":"https://github.com/cubing/ccm/issues/197#issuecomment-74207891","issue_url":"https://api.github.com/repos/cubing/ccm/issues/197","id":74207891,"user":{"login":"MikeHughey1","id":10903416,"avatar_url":"https://avatars.githubusercontent.com/u/10903416?v=3","gravatar_id":"","url":"https://api.github.com/users/MikeHughey1","html_url":"https://github.com/MikeHughey1","followers_url":"https://api.github.com/users/MikeHughey1/followers","following_url":"https://api.github.com/users/MikeHughey1/following{/other_user}","gists_url":"https://api.github.com/users/MikeHughey1/gists{/gist_id}","starred_url":"https://api.github.com/users/MikeHughey1/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MikeHughey1/subscriptions","organizations_url":"https://api.github.com/users/MikeHughey1/orgs","repos_url":"https://api.github.com/users/MikeHughey1/repos","events_url":"https://api.github.com/users/MikeHughey1/events{/privacy}","received_events_url":"https://api.github.com/users/MikeHughey1/received_events","type":"User","site_admin":false},"created_at":"2015-02-13T05:39:29Z","updated_at":"2015-02-13T05:39:29Z","body":"I figured that was an option, but it seems a little clunky, considering that it's the standard thing to separate the individual attempts.  And overall it certainly doesn't look so nice - perhaps we could allow a way to set the color on individual events?\r\n\r\nI can see how changing from (an event = a round) would likely require some refactoring, though.\r\n\r\nIt seems like something that can wait until things are fully operational, but as is, although setting it up is MUCH nicer than in CubeComps, the schedule certainly looks a lot uglier than CubeComps at the moment.\r\n\r\nYou'll have to pardon me - I'll probably be knocking anything around here I see that's inferior to CubeComps.  I think if you want this thing to succeed (and I think it can - I think it's needed), you need to knock it out of the park in relation to CubeComps.  Otherwise, you'll probably only have a tool that gets used in the US (since CubeComps is decidedly less popular here than elsewhere), and gets ignored in the rest of the world.  CubeComps is awfully popular worldwide.  Ultimately, you want to match or beat anything CubeComps does unless it's due to performance issues.  (I do consider performance issues to be a good reason to be less \"fancy\" than CubeComps.)"}}