realbasic-nug
[Top] [All Lists]

Re: Folderitem.Count returns incorrect value

To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Subject: Re: Folderitem.Count returns incorrect value
From: Arnaud Nicolet <arnaud at tribu dot ch>
Date: Thu, 30 Aug 2007 13:26:23 +0200
Delivered-to: listarchive at realsoftware dot com
Delivered-to: realbasic-nug at lists dot realsoftware dot com
References: <20070830032146 dot 33B857B32D7 at mail dot verex dot com> <D8E152DA-7398-4F79-BE65-D44E10F50F2C at shaw dot ca>
Le 30 août 07 à 05:50 Matin, Terry Ford a écrit:

> On Aug 29, 2007, at 8:21 PM, joe at strout dot net wrote:
>
>> On Aug 30, 2007, at 03:09 UTC, Terry Ford wrote:
>>
>>> This is an old bug that involves when the finder updates itself.
>>> Since it is running in the background, it must wait for a certain
>>> period of time before it will update on its own and possibly yields
>>> to frontmost running apps.
>>
>> I don't think the Finder has anything to do with it.  I believe there
>> is code in RB that is intended to handle this situation properly, and
>> if it's not working, then something has changed, and it'll need to be
>> fixed.
>
> I tend to erroneously equate the Finder with the OS far too often.
> Whatever is handling the file management system is controlling when
> new files are registered in the system. Restating the folderitem was
> an old trick which may not be required these days. It does seem to
> help on quick turnarounds most of the time though.

In fact, you can quit the Finder (it's an application) and the  
computer still works normally. Imagine if the .Count property (among  
others) broke when the Finder is not present,
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>