Chris Muller uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-cmm.1074.mcz ==================== Summary ==================== Name: Morphic-cmm.1074 Author: cmm Time: 11 February 2016, 5:52:58.3338 pm UUID: db42c601-202c-4cc5-a2f8-2a8e45d77d12 Ancestors: Morphic-mt.1073 Remove arbitrary hResizing for horizontal Sliders. =============== Diff against Morphic-mt.1073 =============== Item was removed: - ----- Method: Slider>>hResizing (in category 'as yet unclassified') ----- - hResizing - - ^ self orientation == #horizontal - ifTrue: [#spaceFill] - ifFalse: [#rigid]! |
My God I just spent hours trying to find how / where layoutInBounds:
was arbitrarily setting my SimpleSliderMorphs hResizing to #spaceFill. No amount of various print debugging statements in Morph>>#layoutInBounds: and TableLayout>>layoutLeftToRight:in: were helping. And then I saw this.. I have no idea why this was done but, its wrong for the general case so, its gone. If someone needs this application-specific behavior they should add it as an extension to their app. On Thu, Feb 11, 2016 at 5:53 PM, <[hidden email]> wrote: > Chris Muller uploaded a new version of Morphic to project The Trunk: > http://source.squeak.org/trunk/Morphic-cmm.1074.mcz > > ==================== Summary ==================== > > Name: Morphic-cmm.1074 > Author: cmm > Time: 11 February 2016, 5:52:58.3338 pm > UUID: db42c601-202c-4cc5-a2f8-2a8e45d77d12 > Ancestors: Morphic-mt.1073 > > Remove arbitrary hResizing for horizontal Sliders. > > =============== Diff against Morphic-mt.1073 =============== > > Item was removed: > - ----- Method: Slider>>hResizing (in category 'as yet unclassified') ----- > - hResizing > - > - ^ self orientation == #horizontal > - ifTrue: [#spaceFill] > - ifFalse: [#rigid]! > > |
On 12.02.2016, at 01:02, Chris Muller <[hidden email]> wrote: > My God I just spent hours trying to find how / where layoutInBounds: > was arbitrarily setting my SimpleSliderMorphs hResizing to #spaceFill. > No amount of various print debugging statements in > Morph>>#layoutInBounds: and TableLayout>>layoutLeftToRight:in: were > helping. > > And then I saw this.. I have no idea why this was done but, its wrong > for the general case so, its gone. If someone needs this > application-specific behavior they should add it as an extension to > their app. > Well, Marcel put it in just in April 2015: 'mt 4/17/2015 13:47' Maybe, if you asked, we'd all know why he put it there. I think the general problem here was that Scroll Bars have a very intimate relation to Sliders. > On Thu, Feb 11, 2016 at 5:53 PM, <[hidden email]> wrote: >> Chris Muller uploaded a new version of Morphic to project The Trunk: >> http://source.squeak.org/trunk/Morphic-cmm.1074.mcz >> >> ==================== Summary ==================== >> >> Name: Morphic-cmm.1074 >> Author: cmm >> Time: 11 February 2016, 5:52:58.3338 pm >> UUID: db42c601-202c-4cc5-a2f8-2a8e45d77d12 >> Ancestors: Morphic-mt.1073 >> >> Remove arbitrary hResizing for horizontal Sliders. >> >> =============== Diff against Morphic-mt.1073 =============== >> >> Item was removed: >> - ----- Method: Slider>>hResizing (in category 'as yet unclassified') ----- >> - hResizing >> - >> - ^ self orientation == #horizontal >> - ifTrue: [#spaceFill] >> - ifFalse: [#rigid]! >> >> > |
You're right, I should have asked first. However, now I see there is another for vertical, so lets talk about removing that one too. The change occurred in Morphic-mt.893, the log entry mentions the coupling, but doesn't say why other than "due to the nature of sliders", which I disagree with. hResizing is a property which can be set by any application, as it needs. Marcel, where you need it to be #spaceFill, we can set from there. My app needs to maintain control over this. What was so bedevilling about this was how, because the Sliders owner was #shrinkWrap, it would calculate to its #minExtent of 14@14, a [square], and so it was guessing a vertical orientation (wrong), and so hResizing was reporting my expected setting (#rigid) by the time UI got control back. Do we still need SimpleSliderMorph or can I use Slider? On Thu, Feb 11, 2016 at 6:26 PM, Tobias Pape <[hidden email]> wrote:
|
In reply to this post by Tobias Pape
On Fri, Feb 12, 2016 at 01:26:23AM +0100, Tobias Pape wrote:
> > On 12.02.2016, at 01:02, Chris Muller <[hidden email]> wrote: > > > My God I just spent hours trying to find how / where layoutInBounds: > > was arbitrarily setting my SimpleSliderMorphs hResizing to #spaceFill. > > No amount of various print debugging statements in > > Morph>>#layoutInBounds: and TableLayout>>layoutLeftToRight:in: were > > helping. > > > > And then I saw this.. I have no idea why this was done but, its wrong > > for the general case so, its gone. If someone needs this > > application-specific behavior they should add it as an extension to > > their app. > > > > Well, Marcel put it in just in April 2015: > 'mt 4/17/2015 13:47' > Maybe, if you asked, we'd all know why he put it there. > I think the general problem here was that Scroll Bars have a very intimate > relation to Sliders. > And why remove Slider>>hResizing but leave the equally "arbitrary" companion method Slider>vResizing? That cannot possibly be right. Chris, this looks like a case where your "browse mc history" would be very helpful :-) The browse mc history does not seem to be working now (server problem?) but I found the change manually. The #hResizing was added here: > Name: Morphic-mt.893 > Author: mt > Time: 17 April 2015, 3:25:03.42 pm > UUID: b93f8719-1644-fd46-8f4c-2a795ed1e80b > Ancestors: Morphic-tfel.892 > > Fix several layouting issues related to sliders, scroll bars, and scroll panes. > > Note: Due to the nature of sliders, their #hResizing and #vResizing values > are coupled to their orientation and thus will stricly be derived out of > that to work fine with table layout. The rationale is clearly stated in the commit comment. Dave > > > On Thu, Feb 11, 2016 at 5:53 PM, <[hidden email]> wrote: > >> Chris Muller uploaded a new version of Morphic to project The Trunk: > >> http://source.squeak.org/trunk/Morphic-cmm.1074.mcz > >> > >> ==================== Summary ==================== > >> > >> Name: Morphic-cmm.1074 > >> Author: cmm > >> Time: 11 February 2016, 5:52:58.3338 pm > >> UUID: db42c601-202c-4cc5-a2f8-2a8e45d77d12 > >> Ancestors: Morphic-mt.1073 > >> > >> Remove arbitrary hResizing for horizontal Sliders. > >> > >> =============== Diff against Morphic-mt.1073 =============== > >> > >> Item was removed: > >> - ----- Method: Slider>>hResizing (in category 'as yet unclassified') ----- > >> - hResizing > >> - > >> - ^ self orientation == #horizontal > >> - ifTrue: [#spaceFill] > >> - ifFalse: [#rigid]! > >> > >> > > > |
Oops, I see that Chris has already replied, saying exactly the same
thing that I said, so let me just use this as an opportunity to say again "Chris, that browse mc history feature is really cool and we need it." :-) Dave On Thu, Feb 11, 2016 at 08:58:33PM -0500, David T. Lewis wrote: > On Fri, Feb 12, 2016 at 01:26:23AM +0100, Tobias Pape wrote: > > > > On 12.02.2016, at 01:02, Chris Muller <[hidden email]> wrote: > > > > > My God I just spent hours trying to find how / where layoutInBounds: > > > was arbitrarily setting my SimpleSliderMorphs hResizing to #spaceFill. > > > No amount of various print debugging statements in > > > Morph>>#layoutInBounds: and TableLayout>>layoutLeftToRight:in: were > > > helping. > > > > > > And then I saw this.. I have no idea why this was done but, its wrong > > > for the general case so, its gone. If someone needs this > > > application-specific behavior they should add it as an extension to > > > their app. > > > > > > > Well, Marcel put it in just in April 2015: > > 'mt 4/17/2015 13:47' > > Maybe, if you asked, we'd all know why he put it there. > > I think the general problem here was that Scroll Bars have a very intimate > > relation to Sliders. > > > > And why remove Slider>>hResizing but leave the equally "arbitrary" companion > method Slider>vResizing? That cannot possibly be right. > > Chris, this looks like a case where your "browse mc history" would be very > helpful :-) > > The browse mc history does not seem to be working now (server problem?) > but I found the change manually. The #hResizing was added here: > > > Name: Morphic-mt.893 > > Author: mt > > Time: 17 April 2015, 3:25:03.42 pm > > UUID: b93f8719-1644-fd46-8f4c-2a795ed1e80b > > Ancestors: Morphic-tfel.892 > > > > Fix several layouting issues related to sliders, scroll bars, and scroll panes. > > > > Note: Due to the nature of sliders, their #hResizing and #vResizing values > > are coupled to their orientation and thus will stricly be derived out of > > that to work fine with table layout. > > The rationale is clearly stated in the commit comment. > > Dave > > > > > > > > On Thu, Feb 11, 2016 at 5:53 PM, <[hidden email]> wrote: > > >> Chris Muller uploaded a new version of Morphic to project The Trunk: > > >> http://source.squeak.org/trunk/Morphic-cmm.1074.mcz > > >> > > >> ==================== Summary ==================== > > >> > > >> Name: Morphic-cmm.1074 > > >> Author: cmm > > >> Time: 11 February 2016, 5:52:58.3338 pm > > >> UUID: db42c601-202c-4cc5-a2f8-2a8e45d77d12 > > >> Ancestors: Morphic-mt.1073 > > >> > > >> Remove arbitrary hResizing for horizontal Sliders. > > >> > > >> =============== Diff against Morphic-mt.1073 =============== > > >> > > >> Item was removed: > > >> - ----- Method: Slider>>hResizing (in category 'as yet unclassified') ----- > > >> - hResizing > > >> - > > >> - ^ self orientation == #horizontal > > >> - ifTrue: [#spaceFill] > > >> - ifFalse: [#rigid]! > > >> > > >> > > > > > |
In reply to this post by David T. Lewis
> Chris, this looks like a case where your "browse mc history" would be very
> helpful :-) Indeed, its on my list. Things are piled up right now.. :-\ |
In reply to this post by commits-2
Hi Chris,
the problematic feature is the automatic orientation change of sliders. If we remove Slider >> #hResizing, tools' layout will break. Sorry Chris, but I have to revert your commit until we figure out a better way. I would rather like to remove the automatic orientation change of sliders but this would involve changes in (unkown) client code. :-/ Best, Marcel |
Hi Chris,
does this fit your needs? http://forum.world.st/The-Trunk-Morphic-mt-1076-mcz-td4877198.html Best, Marcel |
In reply to this post by Chris Muller-4
Hi Chris,
you can also just force a specific orientation with Slider >> #orientation:. Best, Marcel |
Free forum by Nabble | Edit this page |