<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Freeze that control</title>
	<atom:link href="http://clarionsharp.com/blog/2009/08/freeze-that-control/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarionsharp.com/blog/2009/08/freeze-that-control/</link>
	<description>Simply the fastest tool available for creating custom database applications!</description>
	<pubDate>Mon, 06 Sep 2010 09:33:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Robert</title>
		<link>http://clarionsharp.com/blog/2009/08/freeze-that-control/comment-page-1/#comment-57</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Wed, 02 Sep 2009 15:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://clarionsharp.com/blog/?p=188#comment-57</guid>
		<description>I think there is no need to make it more complicated using queues.

1. Can you give me an example why you would need to nest a frozen control?

2. Can you not just have an option to freeze all controls on a WINDOW, do what you need to, then unfreeze the WINDOW?

3. What's the difference between LAZYDISPLAY and FREEZE?  Wouldn't LAZYDISPLAY do the same thing?</description>
		<content:encoded><![CDATA[<p>I think there is no need to make it more complicated using queues.</p>
<p>1. Can you give me an example why you would need to nest a frozen control?</p>
<p>2. Can you not just have an option to freeze all controls on a WINDOW, do what you need to, then unfreeze the WINDOW?</p>
<p>3. What&#8217;s the difference between LAZYDISPLAY and FREEZE?  Wouldn&#8217;t LAZYDISPLAY do the same thing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rzaunere</title>
		<link>http://clarionsharp.com/blog/2009/08/freeze-that-control/comment-page-1/#comment-50</link>
		<dc:creator>rzaunere</dc:creator>
		<pubDate>Fri, 28 Aug 2009 18:16:15 +0000</pubDate>
		<guid isPermaLink="false">http://clarionsharp.com/blog/?p=188#comment-50</guid>
		<description>No, not currently</description>
		<content:encoded><![CDATA[<p>No, not currently</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Dawson</title>
		<link>http://clarionsharp.com/blog/2009/08/freeze-that-control/comment-page-1/#comment-48</link>
		<dc:creator>Graham Dawson</dc:creator>
		<pubDate>Tue, 25 Aug 2009 13:04:58 +0000</pubDate>
		<guid isPermaLink="false">http://clarionsharp.com/blog/?p=188#comment-48</guid>
		<description>There has been discussion on the Clarion7 usergroup as to exactly how this would work with a large number of controls on a window - and the resultant need to many variables to keep track of the controls state.
(Freeze Controls - Robert Paresi 24/08/2009)

I think what's needed is some sort of FreezeManager extension that can be 
added to a window or a report.

FreezeManager CLASS,TYPE
Control_Q queue,private
FEQ long
state long
                   end
Init           procedure()
Refresh    procedure()
ice           procedure(long singlecontrol)
ice           procedure(long startcontrol, long endcontrol)
thaw        procedure(long singlecontrol)
thaw        procedure(long startcontrol, long endcontrol)
             END

Internally there would be a private queue of control equates and states, 
together with Init and Refresh methods.

Init would build the queue by looping through the controls and adding an 
entry for each 'freezable' control.

Refresh would update this queue (so that any destroyed / created controls 
could be catered for)

You'd also have overloaded ICE and THAW procedures to freeze / unfreeze a 
single or a range of controls based on the passed in FEQs

I can just about see the point of being able to freeze an already frozen 
control and the nesting.
A third party template may need to freeze a range of controls whilst it does 
it's thing without having to know the current state of the control or 
whether another template is also freezing.
The class above would need modification to cope with this.

It would undoubtably be preferable for SV to put this in place themselves 
and make the functionality available to endusers/template designers etc

Graham</description>
		<content:encoded><![CDATA[<p>There has been discussion on the Clarion7 usergroup as to exactly how this would work with a large number of controls on a window - and the resultant need to many variables to keep track of the controls state.<br />
(Freeze Controls - Robert Paresi 24/08/2009)</p>
<p>I think what&#8217;s needed is some sort of FreezeManager extension that can be<br />
added to a window or a report.</p>
<p>FreezeManager CLASS,TYPE<br />
Control_Q queue,private<br />
FEQ long<br />
state long<br />
                   end<br />
Init           procedure()<br />
Refresh    procedure()<br />
ice           procedure(long singlecontrol)<br />
ice           procedure(long startcontrol, long endcontrol)<br />
thaw        procedure(long singlecontrol)<br />
thaw        procedure(long startcontrol, long endcontrol)<br />
             END</p>
<p>Internally there would be a private queue of control equates and states,<br />
together with Init and Refresh methods.</p>
<p>Init would build the queue by looping through the controls and adding an<br />
entry for each &#8216;freezable&#8217; control.</p>
<p>Refresh would update this queue (so that any destroyed / created controls<br />
could be catered for)</p>
<p>You&#8217;d also have overloaded ICE and THAW procedures to freeze / unfreeze a<br />
single or a range of controls based on the passed in FEQs</p>
<p>I can just about see the point of being able to freeze an already frozen<br />
control and the nesting.<br />
A third party template may need to freeze a range of controls whilst it does<br />
it&#8217;s thing without having to know the current state of the control or<br />
whether another template is also freezing.<br />
The class above would need modification to cope with this.</p>
<p>It would undoubtably be preferable for SV to put this in place themselves<br />
and make the functionality available to endusers/template designers etc</p>
<p>Graham</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mikeduglas</title>
		<link>http://clarionsharp.com/blog/2009/08/freeze-that-control/comment-page-1/#comment-46</link>
		<dc:creator>mikeduglas</dc:creator>
		<pubDate>Sat, 22 Aug 2009 05:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://clarionsharp.com/blog/?p=188#comment-46</guid>
		<description>Is it possible to freeze entire window (freeze(0))?</description>
		<content:encoded><![CDATA[<p>Is it possible to freeze entire window (freeze(0))?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
