You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
Create the following files, one of which is in a package directory: somepath/+plot/doThing.m
somepath/+plot/doThing.m
somepath/sample.m
In sample.m, make the following call: plot.doThing()
Go-to-Definition on doThing - doThing.m opens correctly
Go-to-Definition on plot - plot.m opens instead
Expected behavior
In the above example, it is expected that doThing.m will open.
Additional context
Will need to determine how to handle cases like the following: pkg.ClassName.funcName(). If Go-to-Definition is triggered on the class name, do we want to open the class definition? Going to the function definition would often go to the same file, unless it is implemented in a class folder.
Internal tracking number: g2885285
The text was updated successfully, but these errors were encountered:
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
somepath/+plot/doThing.m
somepath/+plot/doThing.m
somepath/sample.m
plot.doThing()
doThing
- doThing.m opens correctlyplot
- plot.m opens insteadExpected behavior
In the above example, it is expected that doThing.m will open.
Additional context
Will need to determine how to handle cases like the following:
pkg.ClassName.funcName()
. If Go-to-Definition is triggered on the class name, do we want to open the class definition? Going to the function definition would often go to the same file, unless it is implemented in a class folder.Internal tracking number: g2885285
The text was updated successfully, but these errors were encountered: