| Re: [e4-dev] DirectMenuItem and HandledMenuItem with style CHECK or RADIO |
| Hello Paul, thanks for your answer! No, the problem is not, that the model item is not in sync with the GUI. Let me explain it with an example Assume I have a filter for a viewer with a DirectMenuItem "Filter Male" of type CHECK. Now during startup I need to synchronize the state of my filter class with the state of the DirectMenuItem (isSelected). If I do not do that, the DirectMenuItem may show isSelected: true while FilterMale is set to false. So I have to set the DirectMenuItem state according to the initial setting of the filter or vice versa. The sychronization I hence talk about is between the application model and my code! So, what and where is the correct e4 style way to do this initial synchronization? In the handler? In a processor? In the part with the viewer? Suppose a the handler (i.e. classURI for DirectMenuItem): At @Execute it is to late, as the item is already presented. It could be handled by @CanExecute, this, however, is called everytime the MenuItem is shown (it however solves the problem). So I thought about @PostConstruct as i is called only once on instantiation and would be a perfect fit to execute the synchronization. This is for DirectMenuItem, for HandledMenuItems I see that in Eclipse 3.x there was a state available to a command which conveyed this information (see http://blog.eclipse-tips.com/2009/03/commands-part-6-toggle-radio-menu.html). But generally the same question arises. Thanks, marco Am 29.12.2012 um 00:57 schrieb Paul Webster <pwebster@xxxxxxxxxxxxxxxxxxx>:
|