MilesThatch
Member
Currently we have the basic code bookmarks which allow you to assign a quick bookmark to any one of the number keys ctrl + Shift + 1 to 9.
I mean, its ok. But to be honest I know that most of us working on a larger project will have a step event on some master objects that is breaking the 4k lines of code by now. 9 bookmarks is really not enough. Not only that, you have to memorize which of the 9 bookmarks belongs to where. So the whole system kida falls apart.
What do you think of a bookmark index tab in the same sense as the index tab of out help manual or the CTRL+T menu. A small tab on the side of the code window which would have the index of all the bookmarks (Infinite bookmarks too, or at least a cap of maybe 200) and the ability to rename the bookmarks names.
I know you can use #region to organize and text search to find specific keywords you could place in the code but as long as we already have the concept of bookmarks to acknowledged the fact that there HAS to be a better solution to the workaround I mentioned, we might as well go all the way, wouldn't you say?
Not that it's an development breaking problem, just that the bookmarks as they are right now represent something I'd see on a windows 98 era software.
I mean, its ok. But to be honest I know that most of us working on a larger project will have a step event on some master objects that is breaking the 4k lines of code by now. 9 bookmarks is really not enough. Not only that, you have to memorize which of the 9 bookmarks belongs to where. So the whole system kida falls apart.
What do you think of a bookmark index tab in the same sense as the index tab of out help manual or the CTRL+T menu. A small tab on the side of the code window which would have the index of all the bookmarks (Infinite bookmarks too, or at least a cap of maybe 200) and the ability to rename the bookmarks names.
I know you can use #region to organize and text search to find specific keywords you could place in the code but as long as we already have the concept of bookmarks to acknowledged the fact that there HAS to be a better solution to the workaround I mentioned, we might as well go all the way, wouldn't you say?
Not that it's an development breaking problem, just that the bookmarks as they are right now represent something I'd see on a windows 98 era software.