Visual D structs/classes not showing in debugging (reprise)

[Johnson Jones via Digitalmars-d-debugger]

https://ibb.co/kaJAwa

That shows a screen shot of the behavior. Not sure why some type 
are not showing while others are. They are all from gtkD. Most 
seem to be window.

Looking at window, it looks like the only field defined is

	/** the main Gtk struct */
	protected GdkWindow* gdkWindow;

It would be nice if protected fields were shown.

The real problem is that it looks like getters and setters are 
shown to return the data and, of course Visual D has no way to 
know what is what.

e.g.,

	/** the main Gtk struct as a void* */
	protected override void* getStruct()
	{
		return cast(void*)gdkWindow;
	}


or

	public static GType getType()
	{
		return gdk_window_get_type();
	}


and these are not marked in any way.

I'm not sure what Visual D can do to help this situation.

It's obvious to a human that the above functions are effectively 
wrappers around an internal field.

I'm not sure if Visual D can determine functions that return 
non-void and take 0 args(i.e, getters, specially if their name 
starts with get) and basically treat them as a field and call the 
function to get their value that is inserted in the list as if it 
were a field seamlessly?

If it could, it would at least help fill out the information 
listed a bit rather than show {}. Then we can parse down through 
the data structure and see more of whats going on.


e.g.,

public static string Name() { return "xyc"; }

should ultimately, in the locals/watch/autos, be treated as if it 
were a field of type string with name `Name`. The value, of 
course, can only be gotten by calling the function, which I'm not 
sure if the debugger can do or not while debugging and sitting on 
a BP?(it should, since it should know the address and these 
functions almost surely are safe to call in most cases. If not, 
it just catches the error and displays it. Obviously the function 
could do bad things like write to disk, etc.

Instead, maybe it just list them by name and ignores the value. 
Maybe double clicking on it then could run the function and 
insert the data in to the tree.

Anyways... So close but so far away ;)