[mapguide-internals] MapGuide RFC 36 - Improve EnumerateResourcesAPI's performance

[Steve Dang]

Yes, the EnumerateResources API does return the computed number of
folders and documents for all folders, except for the leaf level
folders, these numbers will be set to -1 when the "computeChildren" flag
is false. It's up the client to choose how to display the folders based
on these numbers.

This API does not affect any other API.

Steve.

-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org
[mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of
Kenneth, GEOGRAF A/S
Sent: Monday, September 17, 2007 12:45 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] MapGuide RFC 36 - Improve
EnumerateResourcesAPI's performance

Yes, that would be very nice.
I belive that it returns the number of children, so that a client can 
choose
how to display the folder, ea. expandable or not.

You might consider just returning 1 if the folder has any children and 0

if not.
If such a solution is not possible due to performance problems, I would 
consider it a minor inconvenience.

Can this possibly affect the reverse operation 
EnumerateResourceReferences or are they unrelated codewise?

Regards, Kenneth, GEOGRAF A/S



Steve Dang skrev:
> Hi List,
>
> Please review the first draft of MapGuide RFC 36 - Improve
> EnumerateResources API's performance (
> http://trac.osgeo.org/mapguide/wiki/MapGuideRfc36 ), and reply to this
> list with your comments. 
>
> Thanks.
> Steve.
>
>
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>   
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals