<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi everyone,<div><br></div><div>Thanks for your interest. And thank you Tim for your questions. I'll try to answer them below.</div><div><br></div><div>On Thu, Jan 24, 2019 at 12:06 AM tim Rowledge <<a href="mailto:tim@rowledge.org">tim@rowledge.org</a>> wrote:  <br></div><div>(...)</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>The only question I have so far is why think of using blockly for the display of what is basically Scratch? We have a pretty good Scratch in Squeak already, there for the customising. It's faster, too.<br><br></blockquote><div> </div><div><div>Blockly was just the easiest choice given the design decision of building the GUI as a website. We wanted to separate the GUI from the server mostly because of flexibility. </div><div>Imagine a classroom with a laptop for each children but only a handful of robots. You could have just one computer (or a few) with the UziScript's server installed and all the children programming the robots from their own laptops without having to install anything.</div><div>Or maybe imagine a robot kit that comes preinstalled with the UziScript's server and all you need to do is point your browser to the correct url. Nothing to install, nothing to configure, just open the browser and start programming.</div><div>I think that is valuable. Of course, Blockly is just an example. Anyone could write their own GUI in the language of their choice and interact with UziScript using the REST api.</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail-m_8388281732342776235gmail_attr">On Sat, Jan 26, 2019 at 1:53 AM tim Rowledge <<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">OK, some quick comments after actually downloading and quickly taking a look on my iMac -<br>
<br>
It won't "just run" on Mac OS 10.13.6 High Sierra - it doesn't even offer to have me temporarily side-step the security settings, which is something I haven't seen before.<br></blockquote><div><br></div><div>Oh yes, I know. We don't have a Mac to test so we weren't expecting it to work. I should've specified that in the release.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So I downloaded the plain 5.2 64bit all-in-one to get a Mac 64bit VM (which by the way whines about not being able to write to the changes file on startup because of a permissions problem; this before it even gets to Marcel's nice 'Welcome to Squeak ' initial config tool) to get a Mac 64bit VM .<br>
<br>
Opening the Uzi package to drill down to the actual image and dropping the image on the fresh 64bit all-in-one opened the Uzi image ok.<br></blockquote><div><br></div><div>You can also install all the packages in your own image if you like. I made a script that installs everything: <a href="https://github.com/GIRA/UziScript/blob/master/docs/CONTRIBUTING.md#compilation-tools">https://github.com/GIRA/UziScript/blob/master/docs/CONTRIBUTING.md#compilation-tools</a></div><div>All you need to do is clone the git repository (and recursively clone the submodules) and then run the script. If the SerialPort works on Mac I don't see any reason why this wouldn't work.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
First question - where are the comments, folks? I understand not yet having done a round of adding comments all over the place but even the class examples have no helpful comments to offer good places to start trying things. Could save a good bit of time if you add some. Pretty please.<br></blockquote><div><br></div><div>Yes, that's a very good point. I'm not used to writing comments but I definitely should improve the documentation.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Next - why a 64 bit image? Right now that means no Raspberry Pi; yes, we're working on it but it's going to be a while. Is there some important reason, or is it just that this is what you've been working on? A lot of people use Pi with Arduino/ESP8266 and this could be a big user base for you.<br></blockquote><div><br></div><div>No, there is no need for 64 bits. It's just the image I had at the moment. And yes, Raspberry Pi would be *very* useful (especially for the robot kit I was talking above) but we haven't even started testing on one yet.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Third - why 'uzi' ? That has some not so pleasant connotations.<br></blockquote><div><br></div><div>Oh, that was just a joke that stuck due to lack of a better name. Naming things is really hard. If there is a consensus that it's offensive or something we can change it.</div><div><br></div><div>Again, thank you very much for taking the time to test and write these questions. We really appreciate it. I'll try to improve the documentation and maybe start thinking on a better name that doesn't relate to violence.</div><div><br></div><div>Thanks,</div><div>Richo</div><div><br></div></div></div></div></div></div></div></div></div>