Please fix the window resizing bug

[davef]

When k-billing is started, the interior window should size out to the exterior window size. Please fix this bug as it has been in place for several versions. As a user, you are forced to resize the main window manually everytime you start the program. It is very annoying.

[K Software]

It's even more annoying to try and fix but I'm working on it.

Thanks!

[robin]

Mitch,

I am not seeing this??? either on windows Xp or server 2003??

My K-Billing opens up into the recurring invoices tab and I have no resize issues??

Resolution 1024x768

Don't know if this will help

Robin

[K Software]

If you resize the main window and exit the window dimensions are saved and re-applied the next time you open the software. On some systems for some unknown reason, the window resizes but the controls on it don't. That is what makes it so hard to fix!

Thanks Robin!

[Rayz]

If you can suggest anything to try that might narrow down the causes, I don't mind giving it a try.

[K Software]

Thanks! I've identified the problem but it is a compiler level issue and I'm waiting on the vendor to supply a fix. Unfortunately the fix will come with a major version update of the compiler which will likely mean large parts of the software will have to change in order to function correctly. It will be slow going but I haven't forgotten about this annoying little bug!

[davef]

In the short term, why don't you just post a WM_SIZE message to your main window so you can workaround the problem? Seem like an easy fix.

[K Software]

That's what makes it rather annoying -- all the things you would think would work don't do a thing. WM_SIZE included!

[K Software]

Trying a few new things with the latest beta. If someone else can test please let me know if the resizing bug still happens (be sure to include the version of Windows you're running!).

http://www.k-billing.com/kbilling_installer_beta.exe

[coconut]

what compiler are you using, .net?

[K Software]

No .NET just yet (2 will be .NET though). Most GUI aspects in 1.3.X are done with a language called PureBasic and the database entirely with C/assembly.

Did you try the beta? Was the bug still there for you?

[coconut]

ah, the whole thing in assembly would be nice. have you tried fasm out yet? flatassembler.net

[K Software]

Oh yes, and a fantastic little assembler it is! Writing software on this scale in assembly would be pretty tough!

[coconut]

it would be a huge project to say the least and on that note, fasm's own source files are incredible. btw, i was reading on sqlite's page that it is not recommended for multi-user environments; since you use it here does kBilling support multi-user access?

[K Software]

The database kBilling uses is only based on SQLite, there have been changes made to make it a bit more appropriate for multi-user access.
Future versions of kB will use VistaDB, though. Maintaining a proprietary database in addition to the software proved to be too much!

[K Software]

Additionally, you never said if the beta cured the resize bug for you :-)

[coconut]

i apologize; actually i never came across the resize bug so im not sure. how can i try to produce it?

[K Software]

Open kBilling, resize the window to larger than the default (but don't maximize). Close the software and re-start it to see if the new size stuck.

[K Software]

This bug should be fixed in 1.3.80!

[Rayz]

This bug should be fixed in 1.3.80!

Nope. The bug is still there .... :(

Sorry.

[K Software]

Dag nabbit...

Under XP Pro here it seems to be cured. I have a feeling that might not be universal though.


Thanks for testing!

[robin]

I still cant reproduce this on Xp or windows 2k3R2..

Maybe it is something too do with the screen resolution, video memory etc?

Can the user who is having this issue try resizing his windows screen resolution and see if that helps etc???


Robin

[K Software]

It's one of the most bizzare things I've seen in my years of Windows development. I got it to happen once yesterday on this XP Pro box but I can't reliably reproduce it on any test machine (Windows 98, 2000, 2003 server, XP Home or Pro). Almost all the development machines run at different resolutions.

[Rayz]

Aaah!

Dunno if this'll help.

Switch to a different screen resolution.
Start the program.
Drag the edge of the window to correct the window sizing bug.
Close program

Switch back to original resolution
Start program
Window is correctly drawn.

This works intermittently. I got it to do it twice; then no more after that.

[K Software]

Fantastic. I can reproduce the bug about 30% of the time now. That's more reliably than before and might get me a leg up on the situation. Much appreciated!