Hi all,
Really, really surprised I've never noticed this before, but I've seen it now on Squeak 5.2 and Squeak 5.3 trunk. 32-bit and 64-bit. You can resize a Morphic system window, using the top resize border bar, far past the bottom border of the window. MVC behaves somewhat differently, but probably in a way that will shed light on the problem. It is at its worst (most visible) when preference #fastWindowDragForMorphic is disabled. When that preference is enabled, one is disallowed from dragging past the bottom border of the window. But still, the notion that a window has a minimum size seems to be gone...? How to reproduce: Open up a Workspace window. Drag the top resize bar downward past the bottom border of the window. Watch what happens. Try it again with a different setting for preference #fastWindowDragForMorphic. Try again in an MVC project or a Morphic project. Doesn't happen on e.g. version 4.4. Cheers, Tim J Image ----- /Users/tcj/Downloads/Squeak5.3alpha-18661-64bit/Squeak5.3alpha-18661-64bit.image Squeak5.3alpha latest update: #18661 Current Change Set: Unnamed1 Image format 68021 (64 bit) Virtual Machine --------------- /Applications/Squeak/Squeak 64-bit 20190711.app/Contents/MacOS/Squeak Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2530] 5.0.201907112020 Mac OS X built on Jul 16 2019 21:59:46 PDT Compiler: 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2) platform sources revision VM: 201907112020 tcj@oxyd:src/opensmalltalk-vm Date: Thu Jul 11 13:20:10 2019 CommitHash: 1ea727fe2 Plugins: 201907112020 tcj@oxyd:src/opensmalltalk-vm CoInterpreter VMMaker.oscog-eem.2530 uuid: 4d90ede0-0700-4d15-8173-2aaf2360b7d1 Jul 16 2019 StackToRegisterMappingCogit VMMaker.oscog-eem.2521 uuid: 4f1618e4-2a0c-4ba8-be03-b8670286ba00 Jul 16 2019 |
Hi Tim, if I recall correctly, we removed several minimal-window-size hacks in Squeak 5.1 when fixing several layouting bugs back then. Even in Squeak 4.4, minimal window sizes did not work properly: So, there has neven been a working solution for a window's minimum size. Only trade-offs. :-) Yes, the current below-minimum effects seem somewhat worse: However, this is still no easy fix. Even in Squeak 4.4, there was no code to correctly compute the minimum window size given a ProportionalLayout or TableLayout and *any* supported cell configuration. I think this behavior is rarely noticed. I did some experiments together with Smart Splitters and introducing a "preferred size" to morphs. I think I can re-examine those soon to also make minimum window sizes work properly. Best, Marcel
|
Free forum by Nabble | Edit this page |