[SoftwareUpdater] resize to fit on Show more details

[diver]

It would be nice if checking Show more details would call resize to fit to get rid of scrollbars.

[perelandra]

That might be unexpected and undesirable for some. I can imagine if I have arranged and sized all my windows how I want so I can work on something else while SU downloads packages, then I want to check more details and the window resizes automatically to my whole screen that might annoy me. Sorry, i'm going to down vote that. Any other opinions?

[perelandra]

Not a desirebable feature in my opinion.

[diver]

Can we at least have Alt+y shortcut for that? :) Also since most of the time only 5 system packages are getting updates maybe make a window tall enough to fit all if them?

[axeld]

If SoftwareUpdater stores its position, and size, making the window large enough should not be done automatically indeed. It would be nice to support the zoom button to resize it to fit, though, as that's pretty much standard (I don't know any other application besides Tracker that uses Alt-Y, though, although I wouldn't mind giving that more widespread usage).

I also like the idea of making the window large enough by default to show all packages one usually get. If it's 5, then it makes sense to make the window large enough on first open.

Just my 2 cents :-)

[perelandra]

I was thinking about adding the close and zoom buttons to the window tab. That should help. I wasn't sure what you meant by ALT-Y then realized that is a feature in Tracker. But it doesn't seem to be a standard in other apps.

Quite often I will have 30 or more package updates, but then again I run several older Haiku instances to use as templates so I can test SoftwareUpdater.

[humdinger]

The system wide shortcut to zoom is ctrl+alt+z.

Generally, I'd prefer the app to save the window coordinates. A sensible default size is nice, but after the user resized it, he expects that new size/location after launch.

The zoom button makes things a bit more difficult: it should resize the window to best fit, but not save it as the new coordinates, imo.

A second click on the zoom button then reverts to the size before the button was first clicked.

[axeld]

What do you mean by "but not save it as the new coordinates, imo". The size the window had on close should be the one that is saved. That's how Tracker and other apps handle it, and I see no reason to deviate here.

The zoom feature is built into BWindow; you just override the zoomed size in the implementation.

[humdinger]

Replying to axeld:

What do you mean by "but not save it as the new coordinates, imo". The size the window had on close should be the one that is saved. That's how Tracker and other apps handle it, and I see no reason to deviate here.

This was my thinking: I place and resize the SoftwareUpdater window where I want it to appear and large enough for the 'usual' number of updatable packages. Now, the number of items to be updated may change every time SoftwareUpdater is launched. So when my pre-configured window size is too small, I click Zoom to best fit. Next time, the number of packages might be back to about the number experience showed to be a 'usual" number of updatable packages. The window, however, then still has the previous "best-fit" dimensions that are now too big.

So, I was wondering, if the contents of the SoftwareUpdater isn't more volatile compared to other apps and if it wouldn't make sense to rather always open with the user-set default window coords.

Granted, I may have overthunk the situation and we can have people that don't like that either don't use the Zoom button (that would probably be me) or click Zoom again before quitting the app. :)

[perelandra]

I will be working on the zoom feature for the upcoming version.