On 30-ago-07, at 05:09, Terry Ford wrote:
>
> On Aug 29, 2007, at 3:47 PM, joe at strout dot net wrote:
>
>> Any of the FolderItem operations which
>> could affect the file organization (such as MoveFile) should cause
>> the
>> framework to reexamine folder contents the next time you
>> call .Count or
>> Item or whatever. It sounds like it's not doing that for you.
>> Please
>> let us know the feedback ID -- I'd like to watch that one.
>
> 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. Usually resetting the folderitem itself in
> Rb will force an update as it seems to call an API that triggers it.
> I'm not certain exactly how it works now in the new Intel environment.
>
I've tried in any way to force the update of the Count prop (I
rebuilt the folderitem, I forced half second delay, popped up
msgboxes) but with no success, only inspecting the folderitem in the
debugger would cause it to update
surely there's some declare to do it but I don't know which one
Cool Runnings,
Erne.
/ |\ |\ | /
– |/ | \ | –
\ |\ | \| \
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|