I agree with the ideas you presented. People, like me, with minimal scripting experience would benefit greatly from the integration of CPMFetch into the CPG.
I have only begun to exploit the potentials of CPMFetch, in relation to presenting photos randomly in pages outside of CPG. However, there might be features already working in CPMFetch that could be adopted in the presentation of random photos in CPG. I realized for example that the number of photos in the categories and albums are not always equal. As a result, the random presentation of photos in albums and categories would be dependent on their statistical weightings of their photo content.
This is circumvented partly by the directed album, category, etc, but random presentation of photos from these chosen groupings. In some applications, this provides a more balanced presentation of the contents of a photogallery -- and should be considered for application of CPMFetch itself, within the CPG.
The above feature is workable only for a photogallery with few categories and albums. In "larger" photogalleries, more complex advance would be a random (or rotated) presentation of all the albums and categories themselves while in turn, the contents within each album or category are randomly presented, irrespective of the global weightings in the CPG database.
These features are advantageous for CPMFetch, as it is integrated in pages outside of CPG. However, I must reiterate that they should be useful also for CPG, by integrating CPMFetch as a functional feature of CPG or adapting such features within CPG, independent of CPMFetch.
CGC