<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/ucgn/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/ucgn/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 17 Feb 2011 17:03:24 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ucgn/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Stateflow: update transition evaluation semantics</title><link>https://sourceforge.net/p/ucgn/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Mathworks has apparently relaxed their transition evaluation semantics in an undocumented way.&lt;/p&gt;
&lt;p&gt;Example: A state "A" has two outgoing transitions, both of which are bare (no guard condition). The guard condition occurs downstream on another  transition, after going through a junction.&lt;/p&gt;
&lt;p&gt;While this makes sense it was originally not allowed under a stricter evaluation of the published semantics... Transition "2" would be shadowed by transition "1".&lt;/p&gt;
&lt;p&gt;Oddly enough, if such a chart is compiled in Simulink with the chart set to use implicit transition ordering (without actually resulting in a different order), a coder warning is generated by simulink...&lt;br /&gt;
"Chart #1056 has an unconditional transition #1062 that shadows&lt;br /&gt;
the following transitions: #1063 #1064"&lt;br /&gt;
but the generated RTW code is correct despite that warning. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Thu, 17 Feb 2011 17:03:24 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net98b615e7fe8b37b33a202269f748024daee17361</guid></item><item><title>Stateflow: add flowgraph loop capability</title><link>https://sourceforge.net/p/ucgn/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The current UCGN/Simulink can not handle flowgraph loops in Stateflow, but this would be a strong feature to have.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Thu, 17 Feb 2011 16:57:35 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netbb4f533515745827fd06171fe9935c8bfd346e64</guid></item><item><title>Add support for Simulink enumerated data types</title><link>https://sourceforge.net/p/ucgn/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The newer releases of Simulink support the use of true enumerated type definitions. These should be available for UCGN/Simulink as well...&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Tue, 01 Feb 2011 19:32:19 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net8c6186dc65c754c7eb5c2ddee26ab5ee78821273</guid></item><item><title>Add support for user explicit transition ordering</title><link>https://sourceforge.net/p/ucgn/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Currently for Stateflow only the implicit (automatic) ordering of transitions si supported.&lt;br /&gt;
Consider adding support for using the user explicit ordering of transitions.&lt;br /&gt;
(originally this limitation was intentionally, because user explicit ordering of transition evaluation reduced the readability of charts... but Stateflow has improved the visibility of those ordering choices) &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Tue, 02 Nov 2010 11:43:48 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netdf7123d066f68a0e339590ac9c9f6d33175d9f95</guid></item><item><title>Forward inlining for BusCreator members</title><link>https://sourceforge.net/p/ucgn/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Provide forward inlining capability for BusCreator members.&lt;/p&gt;
&lt;p&gt;Forward inlining is when a downstream entity is used upstream, instead of creating an intermediate variable:&lt;/p&gt;
&lt;p&gt;Currently:&lt;/p&gt;
&lt;p&gt;GBL_Types_Double OutputValue;&lt;/p&gt;
&lt;p&gt;MySubsystemCall(Input1, Input2, &amp;amp;OutputValue);&lt;/p&gt;
&lt;p&gt;BusCreator.Value = Outputvalue;&lt;/p&gt;
&lt;p&gt;Desired:&lt;/p&gt;
&lt;p&gt;MySubsystemCall(Input1, Input2, &amp;amp;(BusCreator.Value));&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Mon, 19 Jul 2010 12:40:04 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net063ab507ab5f5a2efdaaece8af7c5280d5255444</guid></item><item><title>Stateflow: History connector</title><link>https://sourceforge.net/p/ucgn/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Add History connector capabilities to Stateflow model transformation &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 24 Jun 2010 00:45:44 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net295e1ba0fb6785e1ac4597db12dab9aa35aff7d4</guid></item><item><title>Add For and While Iterator Subsystems</title><link>https://sourceforge.net/p/ucgn/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Add capability to process and generate output for For and While Iterator Subsystems&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Wed, 23 Jun 2010 15:06:16 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net57be3765b5e0b225b2f711dd54ac3e5ed352c50e</guid></item><item><title>Add Enabled and Triggered Subsystems</title><link>https://sourceforge.net/p/ucgn/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Add the capability to process and generate output for Enabled Triggered Subsystems&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kai Harth</dc:creator><pubDate>Wed, 23 Jun 2010 15:05:12 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net494c25c4b74abe09b668db815f2f16cdeeca1fab</guid></item></channel></rss>