<?xml version="1.0"?>
<rss version="2.0">
<channel>
<title>SyMenu - General discussion &amp; questions - WinCommand issues - Messages</title>
<link>https://www.ugmfree.it/forum/messages.aspx?TopicID=381</link>
<description>SyMenu - General discussion &amp; questions - WinCommand issues - Messages</description>
<language>en-us</language>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
<pubDate>Tue, 17 Nov 2015 05:50:00 GMT</pubDate>
<lastBuildDate>Tue, 17 Nov 2015 05:50:00 GMT</lastBuildDate>
<item>
<link>https://www.ugmfree.it/forum/messages.aspx?TopicID=381</link>
<title>Message from Glenn</title>
<description><![CDATA[The use of the system CMD window may indeed resolve such problems. IIRC, I resolved my issue by writing a little AutoHotKey script to do the asynchronous part. AutoHotKey fits well with SyMenu: although its syntax is atrocious, it is small, portable, and quite capable.]]></description>
<pubDate>Tue, 17 Nov 2015 05:50:00 GMT</pubDate>
</item>
<item>
<link>https://www.ugmfree.it/forum/messages.aspx?TopicID=381</link>
<title>Message from Gianluca</title>
<description><![CDATA[I have a different idea. The SyMenu cmd-like window will become optional in one of the next version because it creates more errors and strange behaviours than I ever imagine.<br/>So you have a check to enable the cmd output and another radio button to choose among the standard cmd window or the cmd-like SyMenu window.<br/>I know that this sentence doesn't reply to your question but I'm simply saying that in future any bug on the SyMenu cmd windows could be solve using the Windows standard one.]]></description>
<pubDate>Tue, 13 Oct 2015 21:01:52 GMT</pubDate>
</item>
<item>
<link>https://www.ugmfree.it/forum/messages.aspx?TopicID=381</link>
<title>Message from Glenn</title>
<description><![CDATA[Seems that the "start" command is supported, but doesn't get the asynhcronous behaviour of the "start" command in CMD.exe.  Generally, the purpose of "start" is to launch a program and _not_ wait for it to complete, but continue with the next operation.... unless the /WAIT option is given.<br/><br/>Along with that, the nice "CMD-like" window that displays while the WinCommand is running is great for debugging, but it would be nice to have a checkbox to make it auto-close when complete.  Or just to make it always auto-close when complete, but the user can add a pause command if they want it to stay around for debugging.]]></description>
<pubDate>Tue, 06 Oct 2015 08:21:09 GMT</pubDate>
</item>
</channel>
</rss>
