Can I make a suggestion? The bolding is good, but still useless if the procedure browser is scrolled down somewhere else. So I'd love to also see the current procedure name in its own box, beneath the color buttons and above the procedure filter. So no matter which long procedure I'm in, I can always see its name in the browser immediately.
Also, the refresh of your tool is a tad slow on my PC. When I click inside a procedure, it takes about one second to become bold in the list. Is that because my source is too big? It's over 30,000 lines and has lots of procedures.
BarryG wrote:The bolding is good, but still useless if the procedure browser is scrolled down somewhere else. So I'd love to also see the current procedure name in its own box, beneath the color buttons and above the procedure filter. So no matter which long procedure I'm in, I can always see its name in the browser immediately.
Good idea
BarryG wrote:Also, the refresh of your tool is a tad slow on my PC. When I click inside a procedure, it takes about one second to become bold in the list. Is that because my source is too big? It's over 30,000 lines and has lots of procedures.
I have set a delay of 500 milliseconds so that the PC does not slow down.
Found an error, which does never occur without Multicolor Procedure List.
This one was tricky to find...
1. start the program with debugger and open a window
2. close the window and end program
3. click on procedure in list
4. no return key works, no enter of any key works, F5 (start of program) does not work; backspace works, delete works
The annoyance in this error lays in the fact, that You start typing and nothing happens.
First, I changed the source tab and back, and it works again.
Moving the cursor fixes this behaviour also.
One problem: step 3. above seems to "need" another thing to reproduce the error (maybe procedure out of view or so)
The latest version (1.2.2) doesn't work for me at all now. I did a clean install of the tool (deleted old folder, unzipped new one). No procedure is highlighted in short or long sources, nor shown as "Current".
Procedure.i Year64(qDate64.q)
<--- Cursor must located at least here!
Protected stvDate64Info.stDate64Info
Init()
Date64Info(@stvDate64Info, qDate64)
ProcedureReturn stvDate64Info\wYear
EndProcedure
Regards
Kurzer
PB 6.02 x64, OS: Win 7 Pro x64 & Win 11 x64, Desktopscaling: 125%, CPU: I7 6500, RAM: 16 GB, GPU: Intel Graphics HD 520, User age in 2024: 56y "Happiness is a pet." | "Never run a changing system!"
Ok, here comes the description to the return-does-not-work-behaviour:
- on or off: "Automatically determine and highlight the current procedure" does not matter
- [file in editor must be changed and not saved] -> wrong; have also behaviour when saved...
- switch to another tab
- switch back to non saved file without clicking into editor
- click on procedure once
- type enter without setting focus in editor window -> blocked
- next selected procedure does unblock
Unfortunately, I have cases where these steps don't work; the reason maybe that somehow the edit window is focused.
I have somes blocks even after typing and mouse click.