From 50d362b0a8f4aee69b20c78c41b3bda6b06a5359 Mon Sep 17 00:00:00 2001
From: Jedidiah Barber <contact@jedbarber.id.au>
Date: Tue, 9 Nov 2021 19:24:02 +1300
Subject: Bugfix update to FLTK Ada article

---
 project/context/articles.json  |  2 +-
 project/templates/fltkada.html | 17 +++++++++++++++++
 2 files changed, 18 insertions(+), 1 deletion(-)

diff --git a/project/context/articles.json b/project/context/articles.json
index 8d828e7..ba5af70 100644
--- a/project/context/articles.json
+++ b/project/context/articles.json
@@ -40,7 +40,7 @@
         "title": "FLTK Ada Binding",
         "anchor": "/fltkada.html",
         "taglist": ["binding", "library", "programming"],
-        "postdate": "21/5/2018",
+        "postdate": "9/11/2021",
         "updated": "yes"
     },
     {
diff --git a/project/templates/fltkada.html b/project/templates/fltkada.html
index f7f88a6..a1c8bf4 100644
--- a/project/templates/fltkada.html
+++ b/project/templates/fltkada.html
@@ -15,6 +15,23 @@
 Estimated status: 80% complete</p>
 
 
+<h5>9/11/2021</h5>
+
+<p>A few noteworthy bugfixes have been applied to the binding.</p>
+
+<p>First, unbeknownst to me the Fl_Widget constructor doesn't copy the given label string inside
+FLTK and merely stores a pointer. This meant that declaring several Widgets in a row each with their
+own different label could have unexpected and erratic results. Easily fixed by ensuring the binding
+constructor also calls copy_label() afterwards.<p>
+
+<p>And second, somehow I had made an oversight with the type assigned to Color, using a signed
+Integer when it really needed an unsigned modular type with 32 bits of range. Again, easily fixed
+but even more annoying since it was my fault to begin with.</p>
+
+<p>I'm sure the other guy aside from me who takes an interest in this binding will be happy about
+these. You know who you are.</p>
+
+
 <h5>21/5/2018</h5>
 
 <p>This binding is now complete enough for most purposes. It certainly took more effort than
-- 
cgit