Just to mark it solved ...
Thanks for posting. One issue could well be that Buttons (encompassed by a rectangle around the largest element with a tiny bit of additional room (few pixels), cannot overlap each other by even 1 pixel. When one is editing a Menu in Photoshop, this is fairly obvious. If one is editing a Menu in Encore (the authoring program bundled with PrPro) it is VERY obvious. I have not used the Menu editor in PrE, so cannot comment. This could have been happening, and you were not informed with a useful error message.
Now, I do find the general error messages rather lacking. Some is the fault of Adobe, and some rests with the OS reporting correctly and accurately to the Adobe program. Could be much better.
This problem, error messages, is greatly compounded with DVD/BD authoring. Adobe licenses the Sonic Authorcore (they hold the patents to almost everything related to DVD/BD authoring), and that is designed in a modular fashion. Those modules seldom talk to each other, to the Encore/PrE abstraction layer (what we all see in these authoring programs, and it hides the Sonic Authorcore), and seldom to the OS. Encore/PrE gets a cryptic error message, and often has to just "guess" what went wrong, and it gets zero details. This is a real problem, and would take a re-write by Sonic. This is something that should be done, but seems unlikely.
This really makes it tough for the user, and I feel your pain. I'd troubleshot some seemingly plain error messages, that had nothing to do with the real problem. Encore, or PrE just guessed very wrong.
Good luck, and appreciate your observations,
Bill, thanks for your reply. In the PrE Menu editor, one does see when things overlap, this is highlighted with a red box around.
I can confirm there was no overlap problem. Just a placement problem.
I am guessing that menus are trying to handle "key right", "key left", "key up" ... on a remote command with some logic, and that the predefined "Red leaves" template menu coming with PrE had something hardcoded inside to navigate to these next / previous page arrows which was conflicting in some way with the new logic due to their new placement ...
Net would be: do not move them in a way which is changing the initial logic.
I do not have an editor for menu templates to verify my guess. Do you know of one ?
Thanks for that clarification. I just did not know what was displayed in the Menu Editor.
Now, DVD Buttons are interesting things. They are assigned numbers, as they are created, and that is why the Button Layer Sets are numbered from 1 though X, with number 1 being lower in the Layer hierarchy, i.e. below the next higher Button number. Button Routing (what you are referring to with the remote controls buttons), is automatic in PrE, due to the nature of authoring. PrE expects to see things in a certain order. In Encore, one can either let the program Automatically Route Buttons, or can adjust that Routing to suit. Though Buttons look so very simple, they are anything but, and a lot goes into them. Plus, they are tightly defined by the DVD-specs., and one must step lightly around them, or issues will arise.
I have not seen just the positioning of Buttons to be an issue (so long as they do not overlap), but as stated above, do all my work in Encore, where one must do everything manually, but will have more control. PrE makes it simple, but obviously ultimate control is lost. There could well be positional considerations that are beyond my knowledge too.
Also, with most Menu Sets in PrE, there are often more Buttons, than might appear in one's Project. A Scene Selection Menu might have the Next and Previous Buttons in the template. Well, your first Scene Selection Menu will NOT have Previous, and the last will not have Next. This is done by PrE automatically.
Good luck, and thank you for reporting.