Raspberry Pi VS Code issue

 VS Code version 1.98.2 (the current version 27/03/2025) crashes when running on a Raspberry Pi.

If you are running VS Code on a Pi then I would refuse updates until this problem has been fixed.

Issue fixed in version 1.99 released today 04/04/2025 - happy coding!

Read My Book on JavaScript online

 My two books:

“Practical Arduino C” and “Learn To Program with Games and JavaScript”

Are now out of print but can be read online as follows

Practical Arduino C

Learn to Program with Games and JavaScript 

Both books have support pages that include code downloads and additional notes. These can be located at:

Practical Arduino C support pages 

Learn to Program with Games and JavaScript 

The following book specific web sites are now deprecated and will be discontinued over the next weeks and months (from Feb. 2025)

practicalarduinoc.co.uk (discontinued March 2025 please use https://adit.co.uk)

practicalarduinoc.com

programmingjavascriptbook.com

Please bookmark and use https://adit.co.uk to access all resources for these books.

A useful link and some further programming

 My book "Learn to Program with Games and JavaScript" introduces some data structures and algorithms. If you want to extend your knowledge in these areas then I recommend checking out this project on GitHub. There are a huge number of useful data structures and a host of key algorithms that will build upon your programming skills and take you wherever you need to go into the future.

If you have read my book and would like to take a look at some alternate approaches to game development then I recommend following this series of posts on game development for a microprocessor platform using the Lua programming language. You might think that is a big step away from JavaScript running within a browser (even if my book was designed for a wide range of personal computer platforms) and it is BUT - you will be surprised to find just how much of what you learned is directly applicable and transferable to an alternate programming environment. Those JavaScript programming skills do not lock you in to that one programming language but are transferable to new project areas.

JavaScript Game Inspiration

 Looking for some game ideas? Why not take a look at the JS 13K 2020 competition top 10.

They all look brilliant to me.

Are we nearly there yet?

I have suffered (may be too strong a word) a sequence of changed aspirations for a simple development task. This is not uncommon in the realms of corporate IT departments where projects often grow willy-nilly to a point where they ultimately collapse under the weight of their own ambition. That was less critical.

I set out to do a straightforward demonstration of programming SVG from JavaScript. This topic did not get any coverage in my book on learning to program JavaScript but felt afterwards to be an omission for anyone who read that book primarily to develop the basics of HTML5 game programming. This aspiration coincided with my rediscovery of a slide rule that had been among my late Father’s effects.

It turned out that drawing slide rule scales using SVG was effective but proved a poor demonstration of SVG in general. So I wrote a blog post that went on from the introduction to tackle more of SVG. I still wanted to complete the slide rule though with the eventual result of a virtual and interactive version.

Inevitably, I went further and added some displays to clarify the slide rule “output” during its operation. Not content with that I then added some sample problems that (with a bit of user interaction) could demonstrate how slide rules were used for anyone born much after the middle 1960s. Job done, so I posted the web page for anyone who might be interested.

Trouble was – the web page started to niggle. Things had shifted from demonstrating SVG, through demonstrating a slide rule to the quality of the web page as an interactive demonstration. It fell a little short.

The basics were OK. The slide rule worked fine. The display of scale values needed a tweak or two to better match the ability of a human to estimate positions between rule graduations at different locations along a given scale. The big issue was the invitation to the page visitors to try some specific slide rule based calculations. The most obvious paradigm for the modern age would be an electronic calculator but I had ducked that the first time around as “off topic”. It was time to revisit that decision.

The new version was also a good opportunity to clarify that tangents for angles greater than 45 degrees could be found using the existing scale (well up to 84 degrees anyway) and that the S scale can be used to obtain cosines. I also added log10(x) and 10^x (antilogarithm) function keys to the original trial set to exercise the L scale and because (if you are happy to play with logs) you can get other powers and roots of numbers.

The virtual calculator probably has some idiosyncrasies and it should certainly be remembered that it is only as accurate as the virtual slide rule. Results can and will differ from your personal calculator or spreadsheet.

The revised slide rule can be found here.

My Interactive Slide Rule

An earlier post entitled "An introduction to SVG - part 1" quickly wandered off topic to discuss slide rules and how they applied logarithmic scales to facilitate calculations before the invention of affordable electronic calculators. It was the idea of constructing a slide rule image that gave me the idea of writing an introduction to SVG. As it turns out, a slide rule is not a great project for developing general SVG skills. So part two of the SVG introduction dealt with a wider range of graphical challenges leaving my slide rule project to end up here.

Creating SVG XML code from JavaScript is an effective way of drawing slide rule scales but drawing them on a <canvas> object would have been almost as easy although SVG has some very nice text positioning options. The downside of SVG for this project was probably the huge amount of XML generated and inserted into the DOM. The end result of my endeavours can be found at https://adit.co.uk/sliderule.html but that is getting the end of the development process in before the start.

The project started with an HTML page containing just four empty <divs>. These were styled using CSS to create the four main components of a slide rule - the upper stator, lower stator, slide and cursor. I then used jQuery to ease the path of getting the slide and cursor to move in response to a mouse or the keyboard left/right arrow keys. That was the foundation.

Once the slide rule representation was animated I could attend to drawing the slide rule scales using SVG, I am sure that most slide rule users (back in the day) had rules with scales they did not use and probably wished for a scale that was omitted. Rules were sold with sensible groupings to suit particular usage and some high quality rules were reversible so that additional scales could be accommodated. I was largely guided in my choices by the slide rule I had inherited from my Father. I did though, switch one of the L scales for a K scale. It was because I was generally copying that slide rule that the cursor image became tinted to reflect the ageing of the original plastic.

Drawing a log scale is no more difficult than drawing a linear scale and the calculation was demonstrated in the first post here on SVG. The trigonometrical scales are reversed as the sine of 90 degrees and the tangent of 45 degrees is 1 and the log10 of 1 is zero. I could have tried adding cosine scale values below the sine scale (S) as the intervals would be the same but with cos(90) at the left hand end. Similarly I also declined the visual confusion of adding tangent scale values in the range 45 degrees to 84 degrees (approx). These are not shown on my Father's slide rule but I think I had them on the one I owned years ago.

Having built my SVG slide rule and found that I could use it for some straightforward calculations I wondered how the demonstration might be improved. I then added a visual display of the values on each scale under the cursor hairline plus the values at the points where the A and B scales and CD scales intersected (well at the lower end).

I then started dreaming about an interactive calculator with the slide rule being used to manage the calculations. I simplified that idea by laying out a set of typical problems where the page user can enter values, click a button and see the slide rule positioned to manage the calculation and display the result.

You can use this virtual slide rule with the slide and cursor being positioned for you aromatically. How about that for labour saving?

There might be a temptation for the code to "cheat" when running these calculations but they are all managed by positioning the slide and cursor and "reading back" the cursor position and applying the antilogarithm [result = Math.pow(10, x)] to get the value for each scale.

The challenge of automating the calculations was mostly one of keeping track of the magnitude of the result. This was something that people were adept at, back when log tables were commonly used in schools. The square root and cube root calculations were the most interesting as a decision has to be made on which part of the A and K scales respectively the calculation should be performed.

As an example, the square root of 4 is 2 and the square root of 40 is close to 6.32 and these calculations are easy to set on the A scale with the result read from the D scale. However the square root of 400 is 20 so that calculation is performed back at the low end of the A scale while 4,000 returns to the upper end. The decision for any given value is based upon the number of digits before the decimal point for values greater than or equal to 1 or the number of zeros following the decimal point for values less than 1. Odd numbers of digits are managed at the lower end while even numbers of digits are tackled at the upper end of the A scale. The position on the K scale for cube root calculations is also based on the number of digits (modulo 3).

All of the code (with the usual advance apologies) is accessible using your browser "Developer Tools" if any of it is of interest. Feel free to comment on bugs or missed opportunities (I am still thinking about that calculator as it would look cool).

<Edit>
Well I thought about the virtual calculator option and decided to implement it here. Enjoy.

My thought on the process (trivial though such thoughts and process are) can be found here.
dated: 13/06/2020
</Edit>

An introduction to SVG - part 1

I little while back I blogged about recreating the Concentrichon using JavaScript and canvas drawing rather than the SVG of the original. In that post I mentioned that my JavaScript book had only built games using canvas drawing and I wondered now if readers of that book would be interested in a general introduction to SVG. There are many instances where SVG rather than canvas drawing would be the most appropriate tool for displaying and animating particular images.

SVG stands for Scalable Vector Graphics and it is a 2D image format that uses XML (Extensible Markup Language) syntax. Two TLAs in that sentence but there you go. Vector Graphic images are defined in terms of points on a plane with lines and curves joining the points. As the relative position of each point can be adjusted then the image can be scaled without degradation. Individual lines and curves can have defined colour, thickness and fill. Each time such an image is rendered then it is drawn afresh from the XML definition. SVG animations are baked into the specification and many effects can be achieved without program code.

My introduction to the JavaScript programming of SVG images starts with a project but veers off (many, probably most, will be glad to know) to cover some wider aspects of this graphics format than would be exercised by my wanting to reproduce an interactive version of that analogue calculating device known as a slide rule.

<Aside topic=”Slide Rules”>

Feel free to skip this section if you just want to start in on some SVG.

I was looking through some bits and bobs that came from a draw in my Father’s house when it was being cleared for sale. One of the items was a slide rule and it was found alongside the early “Sinclair Executive” calculator that replaced it. It is small (nominally 6” probably) and pretty similar to the one I remember buying with my first student grant money in the very late 1960s when they were still pretty much the state of the art for calculators. Around that time though, I did come into contact with an electronic Anita calculator but they were staggeringly expensive and you could hardly slip one in your pocket or even carry one very far.

The Sinclair Executive calculator came out in 1972 and cost £79.95 (over £1000 in 2020 money) and I probably paid £5 or £6 for the slide rule three or four years before that (still an appreciable cost that needed some internal debate to justify).

The slide rule was invented sometime between 1620 and 1630 with new functions developed and added over time until the device became the tool of choice for the developing field of engineering.

How do they work? It is pretty easy to see how two rulers could be used to do simple addition and subtraction. We can try adding 3 and 8.

We position the start on the lower ruler’s scale at one of the two values (in this case 3) and read off the sum of 3 and 8 on the scale of the upper ruler (see the red line). It should also be obvious that the same positioning could be used to calculate 11 minus 8 or any other pair of values on the two ruler scales.

Now such a simple mechanical device for adding two numbers together would not be terribly useful even if they were decimal fractions such as 3.4 and 8.7 which would be easy to do with the rulers shown above. However being able to multiply (say) 1.65 by 3.45 would be more challenging mental arithmetic for most. When I was at school, we used logarithms for such calculations.

The logarithm (base 10) of a number is the number expressed as a power of 10.

1.65 = 10^0.2175  so log(1.65) = 0.2175

3.45 = 10^0.5378 so log(3.45) = 0.5378

0.5378 + 0.2175 = 0.7553 (sum the logs)

10^0.7553 = 5.6925 which is the product of 1.65 and 3.45.

Thus simple addition can be used to multiply two decimal fractions.

Fortunately, when I was at school, we did not need to calculate these powers of 10 – we were issued with books of tables for looking them up. The tables included a host of trigonometric tables as well as the vital “antilogarithms” needed to establish that 10^0.7553 was 5.69 (which was about as accurate as the ones I had could get.

If instead of having pages of tables we were to draw a logarithmic scale on a pair or rulers instead of the linear scale illustrated above we could use them to multiply two values by adding the logs. Indeed we could also do division by subtracting one logarithmic scale position from another. So, what does a logarithmic scale look like in action?

You will notice that as the values increase (from 1 to 10 in this instance) the distance between the log of those values decreases. You can probably also see that two rules with logarithmic scales can be used to make our calculation. Slide rules were fast and accurate enough for most purposes.

Why does the log scale start at 1? Well ten to the power of zero is 1 and zero is a good place to start. In fact any number to the power of zero is 1. Feel free to debate about zero to the power of zero; Wikipedia has a page on it.

As it was way easier to use JavaScript and SVG to create the illustrations in this “aside” than to draw them using something like Paint.NET it is probably time now to cut back to the chase as they say.

</Aside>

We could start some SVG development with an HTML page and a short CSS file.

main.css looks like:

html { padding: 0; margin: 0; border: 0;}
#dvViewer {
   width: 300px;
   height: 200px;
}
svg {
   height: 100%;
   width: 100%;
}

and the index.html file has all the SVG action and plagiarises the Mozilla documentation (at least in part).

<!DOCTYPE html>
<html>
<head>
    <meta charset="utf-8" />
    <meta http-equiv="X-UA-Compatible">
    <title>Basic SVG Demo</title>
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link rel="stylesheet" type="text/css" media="screen" href="main.css" />
</head>
<body>
    <div id="dvViewer">
        <svg viewBox="0 0 200 100" xmlns="http://www.w3.org/2000/svg">
            <style>
              .normal { font: normal 15px sans-serif; }
              .bold { font: bold 30px sans-serif; }
              .bright { font: italic 40px serif; fill: red; } 
            </style> <!-- font colour is the fill -->
            <text x="10" y="35" class="normal">Welcome</text>
            <text x="75" y="35" class="bold">readers</text>
            <text x="55" y="65" class="normal">to</text>
            <text x="70" y="65" class="bright">SVG!</text>
        </svg>
    </div>
</body>
</html>

The HTML <body> contains a single <div>. Within the <div> there is an <svg> element that is structured in a pretty familiar way. XML is a “markup language” just like HTML. The <svg> element contains a <style> tag that defines three classes that can be used for CSS type styling. The <style> object is followed by four text objects with the “x” and “y” attributes setting the bottom left for the text content. The “x” and “y” units relate to the “viewBox” attribute that sets the dimensions of the viewport.

If you load the HTML file into a browser then you should see:

The <svg> viewBox attribute read   viewBox="0 0 200 100". This defined the upper left hand corner as having coordinates 0,0 with a width of 200 units and a height of 100 units. This is not the same as the dimensions of the <svg> object set by the CSS. Try resetting the viewBox values so that they match the size (300 by 200) set in the CSS and reload the page. You should observe some instant scaling.

Next step is to try drawing something just a little bit technical. Add another <div> and some enclosed <svg> to the HTML file.

<div id="dvScale">
    <svg viewBox="0 0 510 30" xmlns="http://www.w3.org/2000/svg">
        <style>
            .normals { font: normal 10px sans-serif; text-anchor: middle;}
            .tl {stroke: black; stroke-width: 0.5;}
        </style>
        <line x1="5" y1="20" x2="5" y2="30" class="tl" />
        <text x="5" y="19" class="normals" >1</text>
        <line x1="155.5" y1="20" x2="155.5" y2="30" class="tl" />
        <text x="155.5" y="19" class="normals" >2</text>
        <line x1="243.5" y1="20" x2="243.5" y2="30" class="tl" />
        <text x="243.5" y="19" class="normals" >3</text>
        <line x1="306" y1="20" x2="306" y2="30" class="tl" />
        <text x="306" y="19" class="normals" >4</text>
        <line x1="354.5" y1="20" x2="354.5" y2="30" class="tl" />
        <text x="354.5" y="19" class="normals" >5</text>
        <line x1="394" y1="20" x2="394" y2="30" class="tl" />
        <text x="394" y="19" class="normals" >6</text>
        <line x1="427.5" y1="20" x2="427.5" y2="30" class="tl" />
        <text x="427.5" y="19" class="normals" >7</text>
        <line x1="456.5" y1="20" x2="456.5" y2="30" class="tl" />
        <text x="456.5" y="19" class="normals" >8</text>
        <line x1="482" y1="20" x2="482" y2="30" class="tl" />
        <text x="482" y="19" class="normals" >9</text>
        <line x1="505" y1="20" x2="505" y2="30" class="tl" />
        <text x="505" y="19" class="normals" >10</text>
    </svg>
    </div>

and back that up with a small addition to the CSS file.

#dvScale {
    width: 510px;
    height: 30px;
}

Reload the HTML file in your browser and you should see the new addition rendered like.

Clearly that was a lot of XML added to the web page and it should also be fairly clear that some calculations had been hand cranked to place the vertical lines and numbers. This would be much better achieved using code so the next step will be to switch to creating our SVG graphical output using JavaScript. Before that though, take a look at the two new classes added between the <style> tags. The text style (normals) has a text-anchor attribute to centres the numbers over their defined "x" position. The <line> tags are probably what you would expect with a defined start and end point. One thing though, the style class applied defines the stroke colour as if this is omitted then the line will not be drawn.

The next step minimises the HTML but adds a couple of short JavaScript files.

<!DOCTYPE html>
<html>
<head>
    <meta charset="utf-8" />
    <meta http-equiv="X-UA-Compatible">
    <title>SVG and JavaScript</title>
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link rel="stylesheet" type="text/css" media="screen" href="main.css" />
    <script src="svg.js"></script>
</head>
<body>
    <div id="dvScale">
    </div>
    <script src="main.js"></script>
</body>
</html>

There is a very good chance that you will decide to use a JavaScript library to manipulate SVG graphics. [If there is a lot of HTML to manipulate then you might well decide to make use of jQuery so similarly, if a lot of SVG is going to be created then a library designed to make that simpler is likely to appeal.] As a placeholder for such a library, I created a JavaScript file called svg.js with one function,

function createSvgElem(svgTag, svgAttr, svgStyle, addTo) {
    const nSpace = "http://www.w3.org/2000/svg";
    let nElem = document.createElementNS(nSpace, svgTag);
    for (let atrib in svgAttr) {
        nElem.setAttributeNS(null, atrib, svgAttr[atrib]);
    }
    if (svgStyle) {
        for (let atrib in svgStyle) {
            nElem.style[atrib] = svgStyle[atrib];
        }
    }
    if (addTo) {
        addTo.appendChild(nElem);
    }
    return nElem;
}

That function is passed an SVG tag name, an object containing relevant attributes, an object containing style attributes (or null if there are none) and an object to which the new SVG object created should be added. For the main <svg> object that will be an HTML element but things like <line> and <text> tags will be added to a preexisting <svg> element.

All the creative action is in the main.js file.

var div = document.getElementById("dvScale");
function initialise(){
    let svgStyle = {
        small: { "font": "normal 10px sans-serif", "text-anchor": "middle"},
        tl: {"stroke": "black", "stroke-width": "0.5"}
    };
    let svgAttr = {"viewBox": "0 0 510 30"};
    let svg = createSvgElem("svg", svgAttr, null, div);
    for(let i = 1; i < 11; i++){
        let x = (Math.log10(i) * 500 + 5).toFixed(1); // log of number * scale length + scale start
        svgAttr = {"x1": x, "x2": x, "y1": "20", "y2": "30"};
        createSvgElem("line", svgAttr, svgStyle.tl, svg);
        let lab = createSvgElem("text", {"x": x, "y": "19"}, svgStyle.small, svg);
        lab.innerHTML = i.toString();
    }
}
initialise();

That code takes a bit of a  scatter gun approach to show a couple of techniques for attributes and styles. The <svg> object is created with an attribute detailing the viewBox. Then a sequence of <line> and <text> tags are added within the for loop but note that the content of each <text> tags is added after it is created.

If you open the revised web page in your browser and then open the "Developer Tools" (<F12>) you can take a look at the content of the <div> with the id dvScale using the "elements" tab in Chrome and Edge or the "Inspector" tab in FireFox. You should see the nicely laid out <svg> tag that starts:

<svg viewBox="0 0 510 30">   
    <line x1="5.0" x2="5.0" y1="20" y2="30" style="stroke: black; stroke-width: 0.5;"></line>
    <text x="5.0" y="19" style="font: 10px sans-serif; text-anchor: middle;">1</text>
    <line x1="155.5" x2="155.5" y1="20" y2="30" style="stroke: black; stroke-width: 0.5;"></line>
    <text x="155.5" y="19" style="font: 10px sans-serif; text-anchor: middle;">2</text>
    <line x1="243.6" x2="243.6" y1="20" y2="30" style="stroke: black; stroke-width: 0.5;"></line>
    <text x="243.6" y="19" style="font: 10px sans-serif; text-anchor: middle;">3</text>
    <line x1="306.0" x2="306.0" y1="20" y2="30" style="stroke: black; stroke-width: 0.5;"></line>
    <text x="306.0" y="19" style="font: 10px sans-serif; text-anchor: middle;">4</text>
    <line x1="354.5" x2="354.5" y1="20" y2="30" style="stroke: black; stroke-width: 0.5;"></line>
    <text x="354.5" y="19" style="font: 10px sans-serif; text-anchor: middle;">5</text>
...continues...

Looking just as it might have been typed in the hard way.

Enough of these logarithmic scales - time to sample some of the other things we can do with SVG - all in part 2.


Further reading:

PDF detailing many slide rule scales and how they arecalculated 

MDN (Mozilla) SVG tutorial (recommended but no JavaScript) 

SVG JavaScript Libraries (web search for others):

SVG/js 

Snap.svg