Topic: Keeping track of current subprogram whilst editing
Before reading this post, I suggest reading my earlier posted topic,
"Best strategy for source file structure?"
Under that topic heading, I mentioned three strategies, viz:
(1) Only one source file for a project.
(2) Multiple source files for a project.
(3) Separate source files for main program and every subroutine.
I now write to ask Jeff if he can think of an additional way of helping us keep track of where we are in a project during debugging, for people using any source file strategy other than (3).
During debugging and editing with (3), it's easy to see where we are in a project because the current subroutine name is the same as the source file name, and this appears on the current tab.
B U T . . .
Using strategy (2) or (perish the thought) strategy (1), during editing or debugging, I can see from the name on the tab which source file is the current one but, except near the start of a subroutine when its name hasn't scrolled off the screen, I can find nothing displayed on the screen to tell me which subroutine I'm in.
During debugging in particular, where the program line pointer leaps about under program control not my editing control, from one subroutine to another (with or without breakpoints), I am continually losing track of which subroutine I'm in. I have to keep scrolling up to find the subroutine title then scrolling back down to see the program line pointer before resuming pressing F8 or F9. This is most exceedingly inefficient!
I'm unsure whether SF knows all the time which subroutine the editor cursor is in and which subroutine the debugging line pointer is in. If SF does know this then I for on would find it immensely helpful to have this information shown on the creen somewhere. In the status bar at the bottom, for example.
---
John