Re: why are custom properties so fast? RAM?

2005-05-17 Thread Erik Hansen

--- Sarah Reichelt [EMAIL PROTECTED]
wrote:

 using a custom property   1.9 ticks
 using a custom property with messages locked
 0.3 ticks
 
 This is almost 2500 times faster than the field
 method!

so is the custom property in RAM
and the field contents on the hard drive?


[EMAIL PROTECTED]http://www.erikhansen.org



__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: why are custom properties so fast? RAM?

2005-05-17 Thread Richard Gaskin
Erik Hansen wrote:
--- Sarah Reichelt [EMAIL PROTECTED]
wrote:

using a custom property 1.9 ticks
using a custom property with messages locked
0.3 ticks
This is almost 2500 times faster than the field
method!
so is the custom property in RAM
and the field contents on the hard drive?
When a stack is opened, the whole thing is in RAM, field properties and all.
The difference is the overhead associated with each storage mechanism:
While fields appear to us to be simple to work with, that's all smoke 
and mirrors -- under the hood the engine's doing a lot of work setting 
up storage for style runs, calulating visual line breaks, interacting 
with the OS font routines, etc.

In contrast, all a property does is hold the data.
While arguably too lengthy to be considered good writing, the two 
buckets analogy describes the relative difference in what's going on 
under the hood:
http://lists.runrev.com/pipermail/use-revolution/2005-March/052967.html

--
 Richard Gaskin
 Fourth World Media Corporation
 __
 Rev tools and more: http://www.fourthworld.com/rev
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: why are custom properties so fast? RAM?

2005-05-17 Thread Erik Hansen

--- Richard Gaskin [EMAIL PROTECTED]
wrote:

 When a stack is opened, the whole thing is in
 RAM, field properties and all.
 
 The difference is the overhead associated with
 each storage mechanism:
 
 While fields appear to us to be simple to work
 with, that's all smoke
 and mirrors -- under the hood the engine's
 doing a lot of work setting
 up storage for style runs, calulating visual
 line breaks, interacting
 with the OS font routines, etc.
 
 In contrast, all a property does is hold the
 data.

thanks, this explains it.

Erik Hansen

[EMAIL PROTECTED]http://www.erikhansen.org



__ 
Do you Yahoo!? 
Yahoo! Mail - Easier than ever with enhanced search. Learn more. 
http://info.mail.yahoo.com/mail_250
___
use-revolution mailing list
use-revolution@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution