[pedevel] Re: Bugfix release 2.4.1 planned

  • From: Ingo Weinhold <ingo_weinhold@xxxxxx>
  • To: pedevel@xxxxxxxxxxxxx
  • Date: Wed, 14 Nov 2007 02:53:47 +0100

On 2007-11-12 at 01:10:06 [+0100], Oliver Tappe <pedevel@xxxxxxxxxxxxxxx> 
wrote:
> On 2007-11-08 at 00:01:23 [+0100], Ingo Weinhold <ingo_weinhold@xxxxxx> 
> wrote:
> > On 2007-11-07 at 18:04:32 [+0100], Oliver Tappe <pedevel@xxxxxxxxxxxxxxx>
> > wrote:
[...]
> > I can reliably reproduce a problem with the detection of file changes:
> > Whenever "svn up" updates a file I have opened in Pe, the document 
> > silently
> > (i.e. without alert) changes its state to "modified". That is the "Save"
> > action becomes available, and closing the window causes the "Save 
> > changes..."
> > alert to pop up.
> 
> Ok, that should now be fixed, too - Pe lost track of files when they were
> removed, recreated and moved into its old place (svn seems to do just that. 
> I
> just hope I did not introduce any new peculiarities into the node monitoring
> code with that fix ...
> 
> Ingo (and others), please check if the node monitor is working for you and 
> tell
> me if not.

Thanks, it looks good now.

There're two other small bugs, in case you feel bored: ;-)

* Apparently when saving a document and re-opening it, the window shrinks by 
1 pixel in both dimensions. This is a particularly annoying when one has 
fine-tuned the window size, so that it e.g. has exactly 80 columns.

* Another bug is related to scrolling to the found occurrence when "Find"ing. 
Under certain circumstances it happens that the window does not scroll to the 
occurrences at the beginning (first page?) of the document. I can reproduce 
this for instance when searching for the string "KDiskDevice" in Haiku's 
src/system/kernel/disk_device_manager/KDiskDeviceManager.cpp. When finding 
the last instance and finding again (so that the search wraps), the first 
occurrence is correctly selected, but the text isn't scrolled at all. The 
same problem occurs when finding the fourth selection and then searching 
backwards.

* Not a bug, but a "recently" introduced feature: While I like the vertical 
margin (of 3 lines, I believe) at which scrolling starts, I find the 
horizontal margin quite annoying (particularly when one tries to respect a 
strict column count limit).

CU, Ingo

Other related posts: