<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Visual Architect on Defender TD5</title><link>https://td5.390er.de/kategorien/visual-architect/</link><description>Recent content in Visual Architect on Defender TD5</description><generator>Hugo</generator><language>de</language><lastBuildDate>Mon, 31 Aug 2026 13:27:16 +0200</lastBuildDate><atom:link href="https://td5.390er.de/kategorien/visual-architect/index.xml" rel="self" type="application/rss+xml"/><item><title>Remote-controlling Symantec Visual Architect: a TCL application with live animation, built over the bridge</title><link>https://td5.390er.de/macintosh-c-programming-best-practise/visual-architect-remote-controlled-sayhello/</link><pubDate>Mon, 31 Aug 2026 13:15:30 +0200</pubDate><guid>https://td5.390er.de/macintosh-c-programming-best-practise/visual-architect-remote-controlled-sayhello/</guid><description>&lt;p&gt;Symantec Visual Architect (1994, part of Symantec C++ 7) is a first-generation GUI builder: you draw the interface, wire commands in dialogs, and a generator writes C++ classes for the THINK Class Library. The question behind this experiment: does that workflow survive &lt;strong&gt;complete remote control&lt;/strong&gt; — from an empty project to a running application, without a hand on the guest&amp;rsquo;s mouse or keyboard, and with one demand the generator cannot meet by itself: a &lt;strong&gt;live animation&lt;/strong&gt; playing inside the generated window?&lt;/p&gt;</description></item></channel></rss>