Ahh, reviewing the image itself the problem lies in the amount of real estate the actual form takes up. Clearly, it’s been modeled on a larger screen with a ton more space to play with.
This limitation is my issue and not the problem of the application.
I think the only place we can reclaim space from would be the data stream windows vertical height.
if that element was able to auto-resize and scroll when the form height was adjusted I think we’d be in good shape. The width can be reclaimed from the status boxes. I think that main form resize ability with auto-resize on the message queue, the message being sent and command stream and log boxes would make that doable.
Fixed in V2.5
Hey man, no rush and no worries. this is just a small quirk due to the real estate available under lower resolution screens. no biggie
Hi guys. I am aware of this issue. Got numerous reports.
I will dig into this and come up with good solutions in the next version which will be in 1-2 weeks from now...
Ahh, reviewing the image itself the problem lies in the amount of real estate the actual form takes up. Clearly, it’s been modeled on a larger screen with a ton more space to play with.
This limitation is my issue and not the problem of the application.
I think the only place we can reclaim space from would be the data stream windows vertical height.
if that element was able to auto-resize and scroll when the form height was adjusted I think we’d be in good shape. The width can be reclaimed from the status boxes. I think that main form resize ability with auto-resize on the message queue, the message being sent and command stream and log boxes would make that doable.
Similar complaint, but only the bottom get cut on my 1366x768 laptop screen. Plugging in a second monitor helps😀