Hi Greg, I'm not sure what you mean by " Can you please include the xml declaration inside plugin.config.xml?".
Regards, Bill -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Greg Sent: Friday, July 27, 2012 7:35 PM To: Bill Gosse Subject: [Bug 1029983] Re: Class Registry ranking with substituting classes I think the "higher" priority is to be taken literally: the class actually used is the class with the higher rank. The purpose is precisely not to be forced to un-install the "replaced" plugin, so something must be wrong. Can you please include the xml declaration inside plugin.config.xml? -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1029983 Title: Class Registry ranking with substituting classes Status in Open Source PHP RAD Framework with UI.: New Bug description: I just worked through the "Plugin Class Sharing and Substituting" section of the doc and had one small issue. I created a new plugin from the existing userAction plugin and made the suggested changes to its config file. I installed my new plugin but I couldn't get it to work right away. I tried changing its ranking in the Class Registry without success. This change included trying both a higher and a lower rank number then the original plugin it was copied from. I originally assumed that a rank of 1 has a higher priority then a rank 3, but I wasn't sure. I finally got my new substituting plugin to work after I uninstalled the original plugin that it was created from. I'm assume deleting the original userAction class from the registry would have worked as well. To manage notifications about this bug go to: https://bugs.launchpad.net/phpdevshell/+bug/1029983/+subscriptions -- You received this bug notification because you are a member of PHPDevShell, which is subscribed to PHPDevShell. https://bugs.launchpad.net/bugs/1029983 Title: Class Registry ranking with substituting classes Status in Open Source PHP RAD Framework with UI.: New Bug description: I just worked through the "Plugin Class Sharing and Substituting" section of the doc and had one small issue. I created a new plugin from the existing userAction plugin and made the suggested changes to its config file. I installed my new plugin but I couldn't get it to work right away. I tried changing its ranking in the Class Registry without success. This change included trying both a higher and a lower rank number then the original plugin it was copied from. I originally assumed that a rank of 1 has a higher priority then a rank 3, but I wasn't sure. I finally got my new substituting plugin to work after I uninstalled the original plugin that it was created from. I'm assume deleting the original userAction class from the registry would have worked as well. To manage notifications about this bug go to: https://bugs.launchpad.net/phpdevshell/+bug/1029983/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~phpdevshell Post to : [email protected] Unsubscribe : https://launchpad.net/~phpdevshell More help : https://help.launchpad.net/ListHelp
