{"action":"created","issue":{"url":"https://api.github.com/repos/chilipeppr/tinyg/issues/34","labels_url":"https://api.github.com/repos/chilipeppr/tinyg/issues/34/labels{/name}","comments_url":"https://api.github.com/repos/chilipeppr/tinyg/issues/34/comments","events_url":"https://api.github.com/repos/chilipeppr/tinyg/issues/34/events","html_url":"https://github.com/chilipeppr/tinyg/issues/34","id":122575148,"number":34,"title":"grbl workspace suggestions","user":{"login":"matthijskooijman","id":194491,"avatar_url":"https://avatars.githubusercontent.com/u/194491?v=3","gravatar_id":"","url":"https://api.github.com/users/matthijskooijman","html_url":"https://github.com/matthijskooijman","followers_url":"https://api.github.com/users/matthijskooijman/followers","following_url":"https://api.github.com/users/matthijskooijman/following{/other_user}","gists_url":"https://api.github.com/users/matthijskooijman/gists{/gist_id}","starred_url":"https://api.github.com/users/matthijskooijman/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/matthijskooijman/subscriptions","organizations_url":"https://api.github.com/users/matthijskooijman/orgs","repos_url":"https://api.github.com/users/matthijskooijman/repos","events_url":"https://api.github.com/users/matthijskooijman/events{/privacy}","received_events_url":"https://api.github.com/users/matthijskooijman/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":4,"created_at":"2015-12-16T18:44:55Z","updated_at":"2015-12-17T08:16:04Z","closed_at":null,"body":"Trying to modify the grbl workspace, I found that it didn't load properly inside jsfiddle. E.g. if you go to http://jsfiddle.net/jarret/W7QJH/show/light everything loads except for the grbl control block that says \"Load GRBL Here\" and (as noticed only just now) the gcode viewer that says \"Load Gcode List Here\".\r\n\r\nDigging in to see what was going on, I noticed that these two blocks were being loaded from jsfiddle.net, while all others load from fiddle.jshell.net. Presumably due to the different domain, chrome refuses to send cookies along with the request, and jsfiddle.net returns an empty reply (no HTTP error, though). Or perhaps there is some other cross-domain restriction interfering. This error does not occur on chilipeppr.com, because there all requests go through http://chilipeppr.com/geturl?url=... so cross-domain restrictions do not apply.\r\n\r\nThe fix is simple and obvious: Just load everything from fiddle.jshell.net. Here's an updated version with just that version applied: http://jsfiddle.net/matthijskooijman/W7QJH/155/\r\n\r\nI have no clue if this is the right way to offer patches, please let me know if there are better ways.\r\n"},"comment":{"url":"https://api.github.com/repos/chilipeppr/tinyg/issues/comments/165380370","html_url":"https://github.com/chilipeppr/tinyg/issues/34#issuecomment-165380370","issue_url":"https://api.github.com/repos/chilipeppr/tinyg/issues/34","id":165380370,"user":{"login":"matthijskooijman","id":194491,"avatar_url":"https://avatars.githubusercontent.com/u/194491?v=3","gravatar_id":"","url":"https://api.github.com/users/matthijskooijman","html_url":"https://github.com/matthijskooijman","followers_url":"https://api.github.com/users/matthijskooijman/followers","following_url":"https://api.github.com/users/matthijskooijman/following{/other_user}","gists_url":"https://api.github.com/users/matthijskooijman/gists{/gist_id}","starred_url":"https://api.github.com/users/matthijskooijman/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/matthijskooijman/subscriptions","organizations_url":"https://api.github.com/users/matthijskooijman/orgs","repos_url":"https://api.github.com/users/matthijskooijman/repos","events_url":"https://api.github.com/users/matthijskooijman/events{/privacy}","received_events_url":"https://api.github.com/users/matthijskooijman/received_events","type":"User","site_admin":false},"created_at":"2015-12-17T08:16:04Z","updated_at":"2015-12-17T08:16:04Z","body":"I retitled this issue to be a bit more generic, since I found some more things while going over the grbl workspace source.\r\n\r\nWhy does the grbl widget send a $G status command every 2s? It seems that nothing in the reply could change, unless a gcode command was executed. Wouldn't it be better to only send a $G command whenever the buffer becomes empty? Or perhaps send it every couple of seconds while gcode is being executed (to update status info during gcode runs too), and once after the queue empties?\r\n\r\nThe grbl workspace hides status commands and replies by overriding the send/receive functions of the serial port widget. There is a verbose button in the grbl widget to override this. However, the serial port widget already has a filter feature, with its own button, that filters out \"ok\" responses. Why not use this filter feature for all filtering?"}}