<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments for How to OMA!</title>
	<link>http://mibuso.com/blogs/reijermolenaar</link>
	<description>Object Manager Tips and Tricks</description>
	<pubDate>Sun, 19 May 2013 05:56:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>Comment on Checking Where Used 100 Times Faster in OMA8.5 by Natalie</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/26/checking-where-used-100-times-faster-in-oma85/#comment-19</link>
		<dc:creator>Natalie</dc:creator>
		<pubDate>Fri, 21 Sep 2012 06:48:44 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/26/checking-where-used-100-times-faster-in-oma85/#comment-19</guid>
		<description>Thanks for this blog entry - I updated my OMA from version 8.03 and did not discover any where-used performance improvements. 
Unfortunately this important hint is not mentioned in the manual or changes document.</description>
		<content:encoded><![CDATA[<p>Thanks for this blog entry - I updated my OMA from version 8.03 and did not discover any where-used performance improvements.<br />
Unfortunately this important hint is not mentioned in the manual or changes document.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bye Bye NAV Development Environment by Luc van Vugt</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-16</link>
		<dc:creator>Luc van Vugt</dc:creator>
		<pubDate>Thu, 16 Aug 2012 12:46:48 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-16</guid>
		<description>RML</description>
		<content:encoded><![CDATA[<p>RML</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Aaargh! Where is that COMMIT? by Reijer Molenaar</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/21/aaargh-where-is-that-commit/#comment-13</link>
		<dc:creator>Reijer Molenaar</dc:creator>
		<pubDate>Sat, 21 Jul 2012 13:03:25 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/21/aaargh-where-is-that-commit/#comment-13</guid>
		<description>Yes you're right! That's sometimes an easier way to do it. Then you don't have to modify any object.

But there are COMMIT's in disguise that are harder to find. After an "IF CODEUNIT.RUN" there is also a commit that you cannot find with the code coverage. The CONSISTENT(FALSE) command is bullet proof.

You can also use it when you are debugging and you want to rollback your transaction at the end.</description>
		<content:encoded><![CDATA[<p>Yes you&#8217;re right! That&#8217;s sometimes an easier way to do it. Then you don&#8217;t have to modify any object.</p>
<p>But there are COMMIT&#8217;s in disguise that are harder to find. After an &#8220;IF CODEUNIT.RUN&#8221; there is also a commit that you cannot find with the code coverage. The CONSISTENT(FALSE) command is bullet proof.</p>
<p>You can also use it when you are debugging and you want to rollback your transaction at the end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Aaargh! Where is that COMMIT? by ara3n</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/21/aaargh-where-is-that-commit/#comment-12</link>
		<dc:creator>ara3n</dc:creator>
		<pubDate>Sat, 21 Jul 2012 12:48:54 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/21/aaargh-where-is-that-commit/#comment-12</guid>
		<description>You can also use code coverage and then filter on commit and see where the commit is.</description>
		<content:encoded><![CDATA[<p>You can also use code coverage and then filter on commit and see where the commit is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stick to the Guidelines!! by Natalie</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-11</link>
		<dc:creator>Natalie</dc:creator>
		<pubDate>Mon, 16 Jul 2012 06:35:01 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-11</guid>
		<description>Thanks for the feedback, Reijer!
Still wondering why Microsoft works against its own two-space-indent rule ...</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback, Reijer!<br />
Still wondering why Microsoft works against its own two-space-indent rule &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bye Bye NAV Development Environment by Reijer Molenaar</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-10</link>
		<dc:creator>Reijer Molenaar</dc:creator>
		<pubDate>Sat, 14 Jul 2012 12:25:46 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-10</guid>
		<description>Hmmmm, ok, I agree, it's not for 100% certain.

But I think that the meaning of "until were able" means that they want to go there. :)

The sooner the better I say!</description>
		<content:encoded><![CDATA[<p>Hmmmm, ok, I agree, it&#8217;s not for 100% certain.</p>
<p>But I think that the meaning of &#8220;until were able&#8221; means that they want to go there. <img src='http://mibuso.com/blogs/reijermolenaar/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>The sooner the better I say!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bye Bye NAV Development Environment by Luc van Vugt</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-9</link>
		<dc:creator>Luc van Vugt</dc:creator>
		<pubDate>Sat, 14 Jul 2012 10:03:50 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/14/bye-bye-nav-development-environment/#comment-9</guid>
		<description>Hi Reijer,

Carefully read the comment from MS on which you base this post.
What is said is (quoting only the sentence regarding the dev environment): 

"... until we're able to fully move the development environment to the RTC."

So this does not say it will be.

b rg
Luc</description>
		<content:encoded><![CDATA[<p>Hi Reijer,</p>
<p>Carefully read the comment from MS on which you base this post.<br />
What is said is (quoting only the sentence regarding the dev environment): </p>
<p>&#8220;&#8230; until we&#8217;re able to fully move the development environment to the RTC.&#8221;</p>
<p>So this does not say it will be.</p>
<p>b rg<br />
Luc</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stick to the Guidelines!! by Reijer Molenaar</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-8</link>
		<dc:creator>Reijer Molenaar</dc:creator>
		<pubDate>Sat, 14 Jul 2012 09:19:39 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-8</guid>
		<description>Natalie, I just got a confirmation that they made a mistake in the new document. The 3 space indent is the right way to do it. And Ralph, I also reported the wrong CASE statement so it will probably be corrected.</description>
		<content:encoded><![CDATA[<p>Natalie, I just got a confirmation that they made a mistake in the new document. The 3 space indent is the right way to do it. And Ralph, I also reported the wrong CASE statement so it will probably be corrected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stick to the Guidelines!! by Ralf Dübsch</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-7</link>
		<dc:creator>Ralf Dübsch</dc:creator>
		<pubDate>Fri, 13 Jul 2012 18:44:23 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-7</guid>
		<description>It would be a big surprise to me if the mentioned document is really valid in this case. To me it doesn't make any sense to start a new indentation "tradition" for IFs...
And something's fishy on the website. You see it in section "Order in Expressions". There the code in the YES CASE is badly indented.</description>
		<content:encoded><![CDATA[<p>It would be a big surprise to me if the mentioned document is really valid in this case. To me it doesn&#8217;t make any sense to start a new indentation &#8220;tradition&#8221; for IFs&#8230;<br />
And something&#8217;s fishy on the website. You see it in section &#8220;Order in Expressions&#8221;. There the code in the YES CASE is badly indented.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stick to the Guidelines!! by Reijer Molenaar</title>
		<link>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-6</link>
		<dc:creator>Reijer Molenaar</dc:creator>
		<pubDate>Fri, 13 Jul 2012 11:28:50 +0000</pubDate>
		<guid>http://mibuso.com/blogs/reijermolenaar/2012/07/13/stick-to-the-guidelines/#comment-6</guid>
		<description>Yes indeed, it seems you're right. This comes quite as a shock to me!!

However, I cannot find this 2 indent a single time in the new NAV2013 database. You would almost say that someone made a mistake when he wrote this new guideline document...

I will ask Microsoft what's the right way to break an if statement.</description>
		<content:encoded><![CDATA[<p>Yes indeed, it seems you&#8217;re right. This comes quite as a shock to me!!</p>
<p>However, I cannot find this 2 indent a single time in the new NAV2013 database. You would almost say that someone made a mistake when he wrote this new guideline document&#8230;</p>
<p>I will ask Microsoft what&#8217;s the right way to break an if statement.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
