Hello everyone. I would like to report a bug on DevC++ 4.9.9.2 which am using right now. First of all I have noticed that when you pull any toolbar off its default position and drag it across the screen it laggs (more likely as some latency in movement animation). Infact while doing that (the dragging) try to also press some random keyboard keys and you will notice that latency this time goes along with the tapping of the keyboard keys and freeze the programm for that period of time (by freezing I mean that you cant interact with the program in any way). So if you drag any toolbar and press keys simultaneously this will happen. I am preety sure that my graphic card and processor doesnt justify this amount of latency (running in Windows 8 pro at 64 bits) so i assume this is happening to everyone. I think it could be an easy code extension to make those pulled off toolbars act like proper windows (i mean real time) so we could avoid this bug. So thats an interesting topic to talk about and maybe a helping hand to the developers theirselves. Regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for reporting this. You mentioned that you're using 4.9.9.2. This is a legacy version of the application. Could you try the latest version 5.8.0 and see if you can reproduce it in that version?
In 5.8.0:
On my very low-spec laptop (Win 8.1) I notice flicker and some repaint issues while dragging toolbars, but no lag. On my high-end laptop (Win 8.1) I see no redraw issues.
Thanks
Matthew
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the quick reply Matthew. I just installed the 5.8.0. This version seems to forbid to the user, pull off ToolBars further than the Toolbar section so i cant reproduce that. In my opinion adjustable toolbars were sooo useful (in the older version), dont know why took em off in this one. I mean the visual bug i mentioned in 4.9.9.2 was easy fixable.. In this one i felt the enviroment more strict, "less open code" in a manner of speaking. Preety good job with 5.8.0 though its smoother by far
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello everyone. I would like to report a bug on DevC++ 4.9.9.2 which am using right now. First of all I have noticed that when you pull any toolbar off its default position and drag it across the screen it laggs (more likely as some latency in movement animation). Infact while doing that (the dragging) try to also press some random keyboard keys and you will notice that latency this time goes along with the tapping of the keyboard keys and freeze the programm for that period of time (by freezing I mean that you cant interact with the program in any way). So if you drag any toolbar and press keys simultaneously this will happen. I am preety sure that my graphic card and processor doesnt justify this amount of latency (running in Windows 8 pro at 64 bits) so i assume this is happening to everyone. I think it could be an easy code extension to make those pulled off toolbars act like proper windows (i mean real time) so we could avoid this bug. So thats an interesting topic to talk about and maybe a helping hand to the developers theirselves. Regards
Hey Stefanos:
Thanks for reporting this. You mentioned that you're using 4.9.9.2. This is a legacy version of the application. Could you try the latest version 5.8.0 and see if you can reproduce it in that version?
In 5.8.0:
On my very low-spec laptop (Win 8.1) I notice flicker and some repaint issues while dragging toolbars, but no lag. On my high-end laptop (Win 8.1) I see no redraw issues.
Thanks
Matthew
Thanks for the quick reply Matthew. I just installed the 5.8.0. This version seems to forbid to the user, pull off ToolBars further than the Toolbar section so i cant reproduce that. In my opinion adjustable toolbars were sooo useful (in the older version), dont know why took em off in this one. I mean the visual bug i mentioned in 4.9.9.2 was easy fixable.. In this one i felt the enviroment more strict, "less open code" in a manner of speaking. Preety good job with 5.8.0 though its smoother by far