Community
Participate
Working Groups
20021117 If you try and paste using Ctrl+V in the Properties View nothing happens although selecting paste from the menu works. Likewise for Ctrl+Z for Undo STEPS 1) Open the properties view 2) Select a field to edit 3) Hit Ctrl+V nothing 4) Select Paste - current selection will be pasted.
Works OK in Tasks view's cell editor, so may not be a general keybindings problem. But this should work for M3. What scenario did you use to get an editable property?
Tod says it was in the PDE Schema editor, but I can't reproduce it. Won't fix for M3.
This a problem with the PDE property page. It has Cut/Copy/Paste in the context menu for the cell editor, but does not hook the global actions.
PDE uses general-purpose property sheet view. Should PDE itself hook the global actions? It seems natural to me that property sheet view supports this hook (at least for the cell editors provided by platform UI).
I thought PDE supplied its own property sheet page. If so, it needs to handle these itself.
Our property sheet page extends PropertySheetPage. Are we wrong to expect to inherit the key bindings?
In that case it should work. In PropertySheetPage, the copy action is created in makeActions, and hooked as the global action handler in setActionBars.
I noticed that we override 'makeActions' without calling 'super' (because we do not want all the standard actions showing up), so that explains 'Copy' action in the standard mode. However, based on what I saw in the code, your global action handler handles all kinds of edit actions for currently active cell editors, and we do not block that code. That one should still work by default and is the most important for us.
PropertySheetpage.makeActions is private, and therefore your makeActions should be treated as a completely unrelated method. Our makeActions should still be called, as long as you do a super send to createControl.
*** This bug has been marked as a duplicate of 13776 ***