I’d originally argued that if the earlier taken decision to use a blocks style environment was irreversible, the browser based BlockPy ( review and code) application might be a more interesting choice: the application was browser based, allowed users to toggle between blocks and Python code views, displayed Python errors messages in a simplified form, and used a data analysis, rather than animation, context, which meant we could also start to develop data handling skills. The Scratch rebuild – OU Build – used in the OU’s new level 1 introductory computing course is a cross platform, Adobe Air application. One thing that might be quite interesting is a parser that can take the XML generated from the Jigsaw extension and generate LaTeX script from it, as well as generating a Jigsaw XML file from the LaTeX script? Historical Context We can also create scripts in strings and then render those using line magic. (Once again, the code cell input (the cell that contains the lines of LaTeX code) can be hidden using the notebook Hide Input Cell extension so only the rendered blocks are displayed.) Using a suitable magic we can easily add scripts to the document (the code itself could be hidden using the notebook Hide Code Cell Input extension. The LaTeX Scratch package provides a way of embedding Blockly style blocks in a document through simple LaTeX script. The use of the editor is a bit tricky – it’s easy to accidentally zoom in and out, and I’m guessing not very accessible, but it’s great as a scratchpad, and perhaps as an instructional material authoring environment?įor more examples, see the original Jigsaw demo video playlist.įor creating instructional materials, we should be able to embed multiple steps of a programme in separate cells, hiding the code input cell (that is, the %jigsaw line) and then export or print off the notebook view. The code cell input (the bit that contains the %jigsaw line) can be hidden using the notebook Hide Input Cell extension so only the widget is displayed. This means an example programme can be provided in one embed, and the learner can build up the programme themselves in another, all in the same page. Program code is saved as an XML file, which means you can save and embed multiple copies of the editor within the same Jupyter notebook. The Calysto/Metakernel* Jigsaw extension for Jupyter notebooks wraps the Google Blockly package for use in a Jupyter notebook. Calysto/Metakernel Jigsaw Extension for Jupyter Notebooks So here are a couple of ways that we might be able to integrate Scratch like activities and guidance into instructional materials. The solution is to provide two copies of the application, each running its own project.Ĭreating instructional materials can also be tricky, requiring the capturing of screenshots from the application and then inserting them in the materials, along with the attendant risk when it comes to updating the materials that screenshots as captured in the course materials may drift from the actuality of the views in the application. In OU Build, there can also be issues if you want to have two projects open at the same time, for example to compare a provided solution with your own solution, or to look at an earlier project as you create a new one. If delivered via the same screen as the application, there can be a screen real estate problem when trying to display both the instructional material and the application. This means that the instructional material is likely to be separated from the application, either as print or as screen based instructional material. One of the practical issues associated with using the Scratch desktop application (or it’s OU fork, OUBuild) for teaching programming is that runs on the desktop (or perhaps a tablet? It’s an Adobe Air app which I think runs on iOS?).
0 Comments
Leave a Reply. |