Context Menu Status - Revision history

King at 00:21, 18 April 2007

2007-04-18T00:21:41Z

← Older revision		Revision as of 00:21, 18 April 2007
Line 3:		Line 3:

	* For some reason selecting the feature formatters doesn't switch to the appropriate tab, this is the case when selecting the menu item too.		* For some reason selecting the feature formatters doesn't switch to the appropriate tab, this is the case when selecting the menu item too.
	* When selecting an already edited class or a cluster, the editor just opens up a new empty tab when chosen from the context menu.		* When selecting an already edited class or a cluster, the editor just opens up a new empty tab when chosen from the context menu. When selecting a class in a new tab, the editor defaults to Interface View after loading the text twice.
	* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.		* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.
	* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.		* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.

King: /* Initial Points encountered during implementation */

2007-04-17T23:54:53Z

Initial Points encountered during implementation

← Older revision		Revision as of 23:54, 17 April 2007
Line 2:		Line 2:
	== Initial Points encountered during implementation ==		== Initial Points encountered during implementation ==

			* For some reason selecting the feature formatters doesn't switch to the appropriate tab, this is the case when selecting the menu item too.
			* When selecting an already edited class or a cluster, the editor just opens up a new empty tab when chosen from the context menu.
	* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.		* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.
	* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.		* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.

King: /* Initial Points encountered during implementation */

2007-04-17T22:53:52Z

Initial Points encountered during implementation

← Older revision		Revision as of 22:53, 17 April 2007
Line 5:		Line 5:
	* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.		* I'm adding m_show to INTERFACE_NAMES for the english text "Show", this will need translating to the various dialects.
	* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.		* If Context Menu is shown and a menu item is selected, on Windows at least the keyboard then ceases to function. It works fine if the 'Pick' option is used from the context menu. It may be possible that the context menu leaves the editor in an invalid state.
	* The command structure in Studio would benefit from being reorganized in a uniform way so that commands may be retrieved without having intimate knowledge of the data structures in Studio. This could also benefit a plugin mechanism should we go down that route.		* The command structure in Studio would benefit from being reorganized in a uniform way so that commands may be retrieved without having intimate knowledge of the data structures in Studio. This could also benefit a plugin mechanism should we go down that route. It would be nice if we had a generic command registration method that allows a client to register a globally unique command that can be accessed from anywhere and executed in a generic way, much like how COM objects operate.
	* There is currently no interface for class 'move' refactoring method.		* There is currently no interface for class 'move' refactoring method.
	* Selection behavior needs to be consistent in Studio editor. If I select text in the Studio editor, then right click over a class, I expect the selected text to be the 'context', not the class. This requires a change in the pebble retrieval mechanism in the editor when contextual pick and drop mode is activated.		* Selection behavior needs to be consistent in Studio editor. If I select text in the Studio editor, then right click over a class, I expect the selected text to be the 'context', not the class. This requires a change in the pebble retrieval mechanism in the editor when contextual pick and drop mode is activated.

King: /* Initial Points encountered during implementation */

2007-04-17T22:45:42Z

Initial Points encountered during implementation

← Older revision		Revision as of 22:45, 17 April 2007
Line 11:		Line 11:
	* The context menu factory has to be placed in the class where the source is due to the use of plain EV_* objects for the pebble, this means we have no idea of where the source originates from as their is no relationship between PND source and contextual menu handler. This problem was also the reason why the mechanism could not be automated due to no direct relationship between the PND targets and the actual commands without a complete design overhaul.		* The context menu factory has to be placed in the class where the source is due to the use of plain EV_* objects for the pebble, this means we have no idea of where the source originates from as their is no relationship between PND source and contextual menu handler. This problem was also the reason why the mechanism could not be automated due to no direct relationship between the PND targets and the actual commands without a complete design overhaul.
	* There perhaps needs to be an m_Breakpoints menu string as I have used 'Debug' for the stoppoints menu, perhaps we could add other things such as 'Run to Feature' or such sub-menu items but for now the 'Debug' submenu is just used for break-points.		* There perhaps needs to be an m_Breakpoints menu string as I have used 'Debug' for the stoppoints menu, perhaps we could add other things such as 'Run to Feature' or such sub-menu items but for now the 'Debug' submenu is just used for break-points.
			* There needs to be a set naming convention for class names referring to stone/pebble, stoppoint/breakpoint, and EB_/ES_, personally I prefer the latter for each pair.

	== Current Status ==		== Current Status ==

King: /* Initial Points encountered during implementation */

2007-04-17T22:35:48Z

Initial Points encountered during implementation

← Older revision		Revision as of 22:35, 17 April 2007
Line 10:		Line 10:
	* I reimplemented the context menu mechanism to allow for Void pebbles (such as when right clicking on the editor background), the original idea of implemented a VOID_STONE object was not feasible as most drop action agents take a STONE object and this would mean placing a veto agent on every drop action to check if the pebble did not conform to VOID_STONE before allowing transport. Now when a Void pebble is passed to the contextual menu agent, I create the default editor menu within {EB_CLICKABLE_EDITOR}.context_menu_handler.		* I reimplemented the context menu mechanism to allow for Void pebbles (such as when right clicking on the editor background), the original idea of implemented a VOID_STONE object was not feasible as most drop action agents take a STONE object and this would mean placing a veto agent on every drop action to check if the pebble did not conform to VOID_STONE before allowing transport. Now when a Void pebble is passed to the contextual menu agent, I create the default editor menu within {EB_CLICKABLE_EDITOR}.context_menu_handler.
	* The context menu factory has to be placed in the class where the source is due to the use of plain EV_* objects for the pebble, this means we have no idea of where the source originates from as their is no relationship between PND source and contextual menu handler. This problem was also the reason why the mechanism could not be automated due to no direct relationship between the PND targets and the actual commands without a complete design overhaul.		* The context menu factory has to be placed in the class where the source is due to the use of plain EV_* objects for the pebble, this means we have no idea of where the source originates from as their is no relationship between PND source and contextual menu handler. This problem was also the reason why the mechanism could not be automated due to no direct relationship between the PND targets and the actual commands without a complete design overhaul.
			* There perhaps needs to be an m_Breakpoints menu string as I have used 'Debug' for the stoppoints menu, perhaps we could add other things such as 'Run to Feature' or such sub-menu items but for now the 'Debug' submenu is just used for break-points.

	== Current Status ==		== Current Status ==

King at 22:32, 17 April 2007

2007-04-17T22:32:55Z

← Older revision		Revision as of 22:32, 17 April 2007
Line 25:		Line 25:
	=== Basic Cluster Menu ===		=== Basic Cluster Menu ===
	[[Image:Basic_cluster_menu.PNG]]		[[Image:Basic_cluster_menu.PNG]]
			=== Class / Edit Menu ===
			[[Image:Class_edit_menu.PNG]]
			=== Feature / Show Menu ===
			[[Image:Feature_show_menu.PNG]]

King at 22:28, 17 April 2007

2007-04-17T22:28:41Z

← Older revision		Revision as of 22:28, 17 April 2007
Line 23:		Line 23:
	=== Basic Feature Menu ===		=== Basic Feature Menu ===
	[[Image:Basic_feature_menu.PNG]]		[[Image:Basic_feature_menu.PNG]]
			=== Basic Cluster Menu ===
			[[Image:Basic_cluster_menu.PNG]]

King at 22:27, 17 April 2007

2007-04-17T22:27:16Z

← Older revision		Revision as of 22:27, 17 April 2007
Line 21:		Line 21:
	=== Basic Class Menu ===		=== Basic Class Menu ===
	[[Image:Basic_class_menu.PNG]]		[[Image:Basic_class_menu.PNG]]
			=== Basic Feature Menu ===
			[[Image:Basic_feature_menu.PNG]]

King at 22:25, 17 April 2007

2007-04-17T22:25:54Z

← Older revision		Revision as of 22:25, 17 April 2007
Line 19:		Line 19:
	=== Basic Editor Menu ===		=== Basic Editor Menu ===
	[[Image:Basic_editor_menu.PNG]]		[[Image:Basic_editor_menu.PNG]]
			=== Basic Class Menu ===
			[[Image:Basic_class_menu.PNG]]

King at 22:24, 17 April 2007

2007-04-17T22:24:25Z

← Older revision		Revision as of 22:24, 17 April 2007
Line 14:		Line 14:

	I've implemented the contextual pick and drop mechanism for EB_CLICKABLE_EDITOR (code not yet committed). I had to change a number of command classes to make them easier to access as although most have a specific type for the command, such as EB_EDITOR_PASTE_COMMAND, there were some commands that were using generic classes, for cut and copy. So I reimplemented these to use inheritance rather that client manipulation of EB_ON_SELECTION_COMMAND		I've implemented the contextual pick and drop mechanism for EB_CLICKABLE_EDITOR (code not yet committed). I had to change a number of command classes to make them easier to access as although most have a specific type for the command, such as EB_EDITOR_PASTE_COMMAND, there were some commands that were using generic classes, for cut and copy. So I reimplemented these to use inheritance rather that client manipulation of EB_ON_SELECTION_COMMAND

			== Screenshots ==

			=== Basic Editor Menu ===
			[[Image:Basic_editor_menu.PNG]]