Hi Kilon,
I think I see where the confusion starts from. So, let's start from the basics:
- the inspector is for inspecting objects, not just classes.
- every pane shows exactly one object (the one you see in the title of the pane).
- every pane shows multiple presentations of that object as tabs.
- the two basic presentations are "State" showing the state of the object, and "Meta" showing the code related to the object. We could call this one "Class", but that can generate confusions in certain edge cases when you are inspecting a class object. That is why I chose "Meta", but maybe we can find a better one.
- the "Meta" presentation is meant to offer a way to manipulate or lookup the code while being in the context of an object.
- every tab is defined by the class of the object you are inspecting. For example, "State" is defined in Object>>#gtInspectorStateIn:, but any other object can define extra tabs.
- the "Methods" tab that you refer to is such a presentation that is specific to the class object. Specifically, you can find it in Class>>#gtInspectorMethodsIn:. As the class object is a meta-object, I can see how it can easily generate confusion because you have both "Meta" which will show you the code of the class side of the class, and "Methods" which show you the methods of the class.
- that is why, I suggest to start getting used with the inspector by inspecting "FileSystem workingDirectory". You will see that you get and "Items" view that allows you to explore the directory like you do in a more classic browser. Then select from the file system a PNG file and you will get a "Picture"��
- all these tabs are customizable in that you can define such tabs for your own objects easily.
- so, if you do not like one, you can simply either change it or remove it by deleting the corresponding method or removing the annotation from it (gtInspectorPresentationOrder:)
Does this make more sense now?
As for the actions, they will come back in some form.
Cheers,
Doru