Prompt window scrolls to wrong position
Brought to you by:
drpython
Menu
▾
▴
I am using the latest (3.11.0) version on ubuntu and windows, and see the following problem:
In a Python window, if the output of a command is long (eg. os.listdir('.') for a big directory, at the end of the output, the screen not scrolled to the bottom ('>>>') of the panel. From then on, that panel becomes very difficult to use, as the screen is always scrolled up after each command.
After hunting around the source, I suspect that somehow self.ScrollToLine(....) is not working as expected in drPrompt.py. However self.GoToPos works, and I have implemented this workaround which works for me:
drPrompt.py, add at line 300, before event.Skip():
if keycode == wx.WXK_RETURN:
self.GotoPos(self.GetCurrentPos())
This makes the interpreter much easier to use, as the window and cursor will always remain at the bottom of the screen after print output.
Html has gobbled up my spaces. The code should be:
drPrompt.py, add at line 300, before event.Skip():
........if keycode == wx.WXK_RETURN:
...........self.GotoPos(self.GetCurrentPos())
BTW: I have seen, you show interest (also because of the former postings) in drpyhton. Do you want to become a project member? If so, I can give you svn write access.
You might regret that offer! :)
I am not so proficient -- only very determined to learn when I see this type of problem.
We have a batch of students using drPython as a 'beginner's IDE', and I get a little irritated by these little issues. There are many better programmers in the school. For the moment I will check out the latest code, and give it a test drive. I will check if anyone else in the team has been looking into drPython source.
Thanks anyway ;) The project is not very active anymore. I have a bunch of bug fixes, which I also want to check in. I add your patch and want to release a 3.11.1 soon.
Thanks for your report. Alas, I have not to much time now. I have also made some changes, and I hope I can check in into svn these and your patches. It would be real time to make a new release. ;)
One more thing:
You said, you are using it on windows and linux, very good. If you adust the default encoding to cp-1252 (on linux, you would have to patch the code for that, because it is not visible and you open then a pyhton interpreter, and type something like print("anything"), on both (windows and linux) drpython crashes. I'm only curious, if that happen also on your pc. It is a very annoying bug for me. I have looked quite a time, but I found no solution for that.
Just for the info: I haven't heard from out project leader (Dan) much for a long time, so for some coding things, I cannot explain everything. For example not, why cp1252 is on windows, but not in linux for drpython.