Windows 2000 Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Monday, 25 January 2010

3.80.2 update

Posted on 09:50 by Unknown
Last night I struggled until 5am to prepare a new update to Process Lasso. It includes some enhancements to the system tray tooltip for English users (other languages coming soon), a fix for certain customized ProBalance settings, indication of hard-coded ProBalance exclusions in the GUI, and a fix for the pane positioning errors (blank/corrupt GUI window).

Regarding the child window positioning errors that could cause a corrupt looking Process Lasso user interface - I finally determined how this was occurring. It was due to the rewrite of the sizing code, and the new ability to hide the graph. Basically, if people tweaked the pane positions around, then changed the main window size .. the result could sometimes be 'out of whack'. It took a specific set of changes to induce this. Typically it would occur if the user maximized the window, reduced the graph size, then restored the window. For some unlucky people, who wanted to tweak the pane positions in a particular way, they'd always encounter this. For the majority of other people, they'd never see this problem. I can tell you that from now on I'll be resizing these panes every which way, and resizing the window in every conceivable fashion during my testing ;o.

For now, I've just forced these pane positions to reset when the main window size changes. Don't worry, for all those who want their pane positions remembered, I will have a proper fix in v3.80.3. I simply had to have a reliable build that didn't have this annoying issue - that was the top priority.

I don't know how many users encountered this, but it doesn't 'sit well' with me to think that people evaluating the product ended up with a corrupt looking user interface. Sure, they could have used the View menu option 'Reset window positions' to fix it, but they didn't know that. This could have ruined the entire Process Lasso 'empire' .. a simple mistake to some window sizing code because I wanted to be sure to preserve relative pane sizes and positions upon main window resize. In other words, I wanted a tweaked user interface to have its tweaked state preserved even when the main window size changes. Previous versions worked like this, and v3.80.3 will again behave this way.

Yes, since I use straight C++, I must do all this painful window resizing code myself. If I used a high level language, or other abstraction layer, it'd all be done for me. However, the GUI would eat up considerably more resources. I hope my users appreciate the slim product in the end, and its worth it.

Did you see this user interface anomaly in v3.80 and v3.80.1? I'd love to know how many people actually saw it. Did you NOT see it? I'd even more love to hear from those who DIDN'T see it, lol.
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • WARNING: Cracks for Process Lasso may modify HOSTS file
    WARNING:  Cracks for Process Lasso have been seen to modify your system HOSTS file so that you can no longer access  bitsum.com  and/or  bit...
  • Process Lasso v3.65.3 beta released
    I've released the first new beta that is 100% UNICODE. I've regression tested almost all the software, though there may still be som...
  • Process Lasso v5.0.0.28
    This build continues maintenance, fixing several items and also making a nice improvement to the graph's display. Further, the last sele...
  • v5.0.0.18: Fix auto updater in XP
    During testing a few hours ago I noticed the auto-update was failing in some XP installations. Specifically, it would appear to stall at the...
  • Process Lasso v5.0.0.48
    Changes: [.48]Change.GUI: Do not show 'Activate Now' menu item after activation [.48]Change.GUI: Adjusted logging thread CPU and I/O...
  • One bit of bad news, one bit of good news
    One disappointing thing is that I've decided to cancel the change history shown in the update dialog, at least for v4.1. I may add it in...
  • Version 6 Goes Final
    Version 6 Goes Final as v6.0.0.58 I don't even know where to start with the changes, so I'm going to refer you to two documents. Nei...
  • Smaller minidumps means more submissions
    One of the changes in the last build was that I reduced the size of the minidumps that are generated in the rare event of a crash. They have...
  • 5.0.0.9 beta
    Sadly, my change in version naming did confuse some users who thought v5 was final already. Well, it is close, but not there --- I am rapidl...
  • Code review and bug tracking continues
    This is the tedious part of pre-release work ;o. I will release a new beta though, as soon as I possibly can. Although I've got new prob...

Blog Archive

  • ►  2013 (1)
    • ►  March (1)
  • ►  2012 (6)
    • ►  September (1)
    • ►  July (1)
    • ►  June (2)
    • ►  January (2)
  • ►  2011 (166)
    • ►  December (3)
    • ►  November (2)
    • ►  October (2)
    • ►  September (6)
    • ►  August (12)
    • ►  July (14)
    • ►  June (17)
    • ►  May (19)
    • ►  April (13)
    • ►  March (27)
    • ►  February (31)
    • ►  January (20)
  • ▼  2010 (203)
    • ►  December (23)
    • ►  November (34)
    • ►  October (38)
    • ►  September (17)
    • ►  August (19)
    • ►  July (19)
    • ►  June (11)
    • ►  May (16)
    • ►  April (8)
    • ►  March (6)
    • ►  February (6)
    • ▼  January (6)
      • 3.80.2 update
      • Process Lasso v3.80 goes final
      • New features of 3.80 shown in images
      • v3.79.15 beta being released - nearly to v3.80
      • MagicJack users find Process Lasso ends call garble
      • Clearing up misconceptions...
  • ►  2009 (43)
    • ►  December (6)
    • ►  November (1)
    • ►  October (10)
    • ►  September (3)
    • ►  August (1)
    • ►  July (9)
    • ►  June (2)
    • ►  May (3)
    • ►  April (4)
    • ►  March (4)
Powered by Blogger.

About Me

Unknown
View my complete profile