site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... Now in the future I add a new parameter with an id of 9 and put it before the original one. The previous control will now be the second one in the published list, not the first anymore. If I don't update the moef it seems it will think parameter id=10 is still the first parameter in the published section but instead parameter id=9 will be. I don't know how it's supposed to deal with that - I haven't tried it either :-) Oh, I see. Yeah, that seems like it would be a problem. I'll see if anyone here thinks differently (no pun intended). This is why I expected to see the same parameter id used in all parameter references, and was confused by why one seemed to use a different system than the other. This email sent to site_archiver@lists.apple.com