On Fri, Feb 12, 2016 at 09:21:38AM +0000, commits(a)source.squeak.org wrote:
> Marcel Taeumel uploaded a new version of Morphic to project The Trunk:
> http://source.squeak.org/trunk/Morphic-mt.1077.mcz
>
> ==================== Summary ====================
>
> Name: Morphic-mt.1077
> Author: mt
> Time: 12 February 2016, 10:21:32.888156 am
> UUID: c691305b-73ee-42e8-8857-bb28090cc998
> Ancestors: Morphic-mt.1076
>
> Comment added to Slider.
>
Thanks for adding this class comment, it is very helpful.
Dave
Marcel Taeumel uploaded a new version of ST80 to project The Trunk:
http://source.squeak.org/trunk/ST80-mt.191.mcz
==================== Summary ====================
Name: ST80-mt.191
Author: mt
Time: 12 February 2016, 12:59:26.031824 pm
UUID: 0fe606b7-abb3-402d-8e5e-7dda9e53f25b
Ancestors: ST80-cmm.190
Updates reference to old InputSensor.
=============== Diff against ST80-cmm.190 ===============
Item was changed:
----- Method: Controller>>initialize (in category 'initialize-release') -----
initialize
"Initialize the state of the receiver. Subclasses should include 'super
initialize' when redefining this message to insure proper initialization."
+ sensor := EventSensor default!
- sensor := InputSensor default!
Marcel Taeumel uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-mt.1077.mcz
==================== Summary ====================
Name: Morphic-mt.1077
Author: mt
Time: 12 February 2016, 10:21:32.888156 am
UUID: c691305b-73ee-42e8-8857-bb28090cc998
Ancestors: Morphic-mt.1076
Comment added to Slider.
=============== Diff against Morphic-mt.1076 ===============
Item was changed:
MorphicModel subclass: #Slider
instanceVariableNames: 'slider value setValueSelector getValueSelector sliderShadow sliderColor descending minimumValue maximumValue quantum getMinimumValueSelector getMaximumValueSelector orientation'
classVariableNames: ''
poolDictionaries: ''
category: 'Morphic-Windows'!
+
+ !Slider commentStamp: 'mt 2/12/2016 10:21' prior: 0!
+ I am a widget that helps users enter a numerically bounded value. I have a minimum and a maximum value. My thumb indicates my current value. My orientation can be vertical or horizontal, which is usually determined by the ratio of my extent. Nevertheless, you can force me to use a specific orientation,
+
+ Note that I can be pluggable and get data from a model.!
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, <commits(a)source.squeak.org> 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]!
>
>
Marcel Taeumel uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-mt.1076.mcz
==================== Summary ====================
Name: Morphic-mt.1076
Author: mt
Time: 12 February 2016, 9:41:46.300726 am
UUID: 4b4a353f-1c93-4bbe-9400-10e1f3159fb5
Ancestors: Morphic-mt.1075
Adds support for overriding the calculated hReszing and vResizing property in sliders (and scrollbars) via layout properties. Note that sliders do not have layout properties by default. Use #hResizing: or #vResizing: to add them.
=============== Diff against Morphic-mt.1075 ===============
Item was changed:
----- Method: Slider>>hResizing (in category 'as yet unclassified') -----
hResizing
+ "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break.There is, however, support for using the resizing property in layout properties if set."
+
+ self layoutProperties ifNotNil: [:props |
+ ^ props hResizing].
- "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break."
^ self orientation == #horizontal
ifTrue: [#spaceFill]
ifFalse: [#rigid]!
Item was changed:
----- Method: Slider>>vResizing (in category 'as yet unclassified') -----
vResizing
+ "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break. There is, however, support for using the resizing property in layout properties if set."
- "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break."
+ self layoutProperties ifNotNil: [:props |
+ ^ props vResizing].
+
^ self orientation == #vertical
ifTrue: [#spaceFill]
ifFalse: [#rigid]!
Marcel Taeumel uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-mt.1075.mcz
==================== Summary ====================
Name: Morphic-mt.1075
Author: mt
Time: 12 February 2016, 9:36:46.838726 am
UUID: aaf0e5c6-753b-4f30-92cc-f5bbd9ceb02f
Ancestors: Morphic-cmm.1074
Add comment to calculated resizing property in sliders. Note that we still have to find a better way to override this in client code.
=============== Diff against Morphic-cmm.1074 ===============
Item was added:
+ ----- Method: Slider>>hResizing (in category 'as yet unclassified') -----
+ hResizing
+ "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break."
+
+ ^ self orientation == #horizontal
+ ifTrue: [#spaceFill]
+ ifFalse: [#rigid]!
Item was changed:
----- Method: Slider>>vResizing (in category 'as yet unclassified') -----
vResizing
+ "Due to possible automatic orientation change on extent changes, we have to calculate the resizing property based on the current orientation. Otherwise, layout will break."
^ self orientation == #vertical
ifTrue: [#spaceFill]
ifFalse: [#rigid]!
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
--
View this message in context: http://forum.world.st/The-Trunk-Morphic-cmm-1074-mcz-tp4877176p4877196.html
Sent from the Squeak - Dev mailing list archive at Nabble.com.
Marcel Taeumel uploaded a new version of Graphics to project The Trunk:
http://source.squeak.org/trunk/Graphics-mt.323.mcz
==================== Summary ====================
Name: Graphics-mt.323
Author: mt
Time: 11 February 2016, 12:24:04.921392 pm
UUID: 7d2c92dc-1cce-404a-a3b2-cab38615c286
Ancestors: Graphics-dtl.322
provide BitBlt simulation method for copyBits with alpha channel (rules 30 and 31)
=============== Diff against Graphics-dtl.322 ===============
Item was added:
+ ----- Method: BitBlt>>copyBitsSimulated: (in category 'copying') -----
+ copyBitsSimulated: alpha
+ ^Smalltalk at: #BitBltSimulation ifPresent:[:bb| bb copyBitsFrom: self].!