![]() |
![]() |
![]()
Post
#1
|
|
Forum Member Group: Members Posts: 7 Joined: 9-May 03 From: Huber Heights,OH Member No.: 141 ![]() |
Hello Peter,
I noticed a new "feature" in PMView Pro that I do not like. When deleting files in the file open window, PMView Pro now add their filenames OS2SYS.INI's key PM_Workplace:handles. The previous versions only did this if you used the file open window to move files by drag and drop to another folder. Moving thousands of files this way over time once caused my OS2SYS.INI file to become quite large, which cause an noticable increase in hard disk activity and system slowdown when OS/2 wrote OS2SYS.INI to the harddrive. You should normally have these two keys. PM_Workplace:handles0 PM_Workplace:handles1 Instead I had 0-11, twelve keys all made of filenames of images moved with PMView's file open window. Checkini and Multimaint would not automatically shrink them by deleting the old file handles because the files still existed on the hard drive. I had to manualy delete keys PM_Workplace:handles2-11 using Multimaint in order to shink my OS2SYS.INI file. So years ago I made a rule never to move images using PMView's File Open Window, and to use FM/2 file manager instead, in order to keep my ini files small. Deleting files used to be ok. But now deleting files using PMView Pro's file open window causes the filename to be added to PM_Workplace:handles. This is pointless because the file is no longer on the harddrive and Checkini or Multimaint will just remove the file handle next time I do an ini check. So this new "feature" needs to go. If you ever decide to totally redesign the file open window I suggest you isolate the drag and drop process from the desktop like FM/2 file manager does instead of duplicating the bad behavior of the OS/2 desktop's drives folders. |
|
|
![]() ![]() |
Lo-Fi Version | Time is now: 30th April 2025 - 03:38 PM |