FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUU - Page 58

C'est magnifique. Voilà ce qui se passe dans juste une classe à la création du menu (alors que je tentais de découvrir comment on peut faire pour afficher plusieurs menus différents -- en effet le même handler est appelé dans l'autre process quoi qu'il en soit, et s'il existe des arguments que l'on peut passer au sous-menu, ils ne semblent a priori pas utilisés). Reverse engineering below courtesy of Brunni.



Donc avec tout ça, et des lignes et des lignes de code absolument pas suivable puisqu'on fait appel à des fonctions via des tables et des arguments string concaténés à partir de propriétés assignées dans des objets parents, on se retrouve à pouvoir populer des options différentes en fonction du type de menu, à partir d'un JSON passé initialement ! Je suis vraiment trop fort, je devrais me faire surnommer Holmes dans ce bureau.

A part ça pour être gentil avec le prochain enquêteur qui cherchera à comprendre le code et qui peut être par chance commencera par regarder mon code, j'ai mis un joli commentaire.

            /*
             * Simplified view of showing a menu.
             * -> ContextMenuProxy.showMenu(menuArguments)
             * -> PenMenuHandler.constructor(..., menuArguments, ...)
             * -> PenMenuHandlerBase.createMenu()
             *    Note: use previously stored menuArguments to select what to display)
             *    Create SimpleButtonEntry'es
             * -> [click on menu item]
             * -> SimpleButtonEntry.finalizeActionExecution
             * -> PenMenuHandler.postMessage
             * -> [intermodule message passing]
             * -> ContextMenuProxy.messageReceived
             * -> ContextMenuProxy.messageReceived: eventListener.emit(action)
             * -> PenLibraryWidget.eventListener.on(action)
             */

Peut être qu'on aperçoit en filigrane que j'y ai passé un petit moment