Squeak-dev September 2011

squeak-dev@lists.squeakfoundation.org

64 participants
208 discussions

The Trunk: ToolBuilder-Morphic-dtl.81.mcz
by commits＠source.squeak.org 29 Sep '11

29 Sep '11

David T. Lewis uploaded a new version of ToolBuilder-Morphic to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-Morphic-dtl.81.mcz ==================== Summary ==================== Name: ToolBuilder-Morphic-dtl.81 Author: dtl Time: 28 September 2011, 7:45:59.81 pm UUID: fabb7fd0-be16-4540-a80e-6234dfc664b0 Ancestors: ToolBuilder-Morphic-ul.79 Provide updating button for "what to show" button on CodeHolder, similar to Squeak 3.8 behavior. This button activates a menu, and displays the resulting menu selection. For the default look, normal buttons are rounded and the menu activation button is square (vice versa if the "Rounded Button Corners" preference is disabled). When menu selection is changed, the button label displays the selected mode ('source', 'decompile', 'bytecodes' etc). Changes are in four packages. ToolBuilder-Kernel: - Add PluggableButtonSpec>>style to provide style hint. Used to suggest that a button should be rendered differently, in this case rounded versus square corners. - Add changeLableWhen: to connect pluggable button with change notification, in this case to allow update: #contents to result in a label update in the dependent button. ToolBuilder-Morphic: - Add #whenChanged:update: as a mechanism for hooking change events to button updates, allowing an individual button to respond to e.g. self changed: #contents in the model. - Update MorphicToolBuilder>>buildPluggableButton to make use of style and changeLabelWhen in the widget spec. Tools: - Update CodeHolder>>buildCodeProvenanceButtonWith: to add style hint for round/ square corners and changeLableWhen: for change notification to the widget spec. Note: ToolBuilder has PluggableDropDownListSpec which is presumably intended to describe a drop-down list widget. This is currently unused in the image, but in future might provide a better approach than the current action button with menu approach. Morphic: - Let style hint control rounded versus square corners for a PluggableButtonMorph. May be used as a visual cue to distinguish simple action buttons from buttons that invoke a selection menu (e.g. "what to show" button for a CodeHolder). - Instance var #style was added to PluggableButtonMorph, so must also update #veryDeepInner: to match (problem detected by DeepCopier>>checkClass: called from ChangeSet>>fileOutClassDefinition:on:). =============== Diff against ToolBuilder-Morphic-ul.79 =============== Item was changed: ----- Method: MorphicToolBuilder>>buildPluggableButton: (in category 'pluggable widgets') ----- buildPluggableButton: aSpec | widget label state action enabled | label := aSpec label. state := aSpec state. action := aSpec action. widget := self buttonClass on: aSpec model getState: (state isSymbol ifTrue:[state]) action: nil label: (label isSymbol ifTrue:[label]). + widget style: aSpec style. + aSpec changeLabelWhen + ifNotNilDo: [ :event | widget whenChanged: event update: aSpec label]. self register: widget id: aSpec name. enabled := aSpec enabled. enabled isSymbol ifTrue:[widget getEnabledSelector: enabled] ifFalse:[widget enabled:enabled]. widget action: action. widget getColorSelector: aSpec color. widget offColor: Color white.. self buildHelpFor: widget spec: aSpec. (label isSymbol or:[label == nil]) ifFalse:[widget label: label]. self setFrame: aSpec frame in: widget. parent ifNotNil:[self add: widget to: parent]. ^widget! Item was changed: PluggableButtonMorph subclass: #PluggableButtonMorphPlus + instanceVariableNames: 'enabled action getColorSelector getEnabledSelector updateMap' - instanceVariableNames: 'enabled action getColorSelector getEnabledSelector' classVariableNames: '' poolDictionaries: '' category: 'ToolBuilder-Morphic'! !PluggableButtonMorphPlus commentStamp: 'ar 2/11/2005 21:53' prior: 0! An extended version of PluggableButtonMorph supporting enablement, color and block/message actions.! Item was changed: ----- Method: PluggableButtonMorphPlus>>update: (in category 'updating') ----- update: what what ifNil:[^self]. what == getLabelSelector ifTrue: [ self label: (model perform: getLabelSelector)]. what == getEnabledSelector ifTrue:[^self enabled: (model perform: getEnabledSelector)]. getColorSelector ifNotNil: [ | cc | color = (cc := model perform: getColorSelector) ifFalse:[ color := cc. self onColor: color offColor: color. self changed. ]. ]. self getModelState ifTrue: [self color: onColor] ifFalse: [self color: offColor]. getEnabledSelector ifNotNil:[ self enabled: (model perform: getEnabledSelector). ]. + updateMap ifNotNil: + [(updateMap at: what ifAbsent: []) + ifNotNilDo: [ :newTarget | ^self update: newTarget]]. ! Item was added: + ----- Method: PluggableButtonMorphPlus>>updateMap (in category 'updating') ----- + updateMap + ^ updateMap ifNil: [updateMap := Dictionary new] + ! Item was added: + ----- Method: PluggableButtonMorphPlus>>whenChanged:update: (in category 'updating') ----- + whenChanged: notification update: target + "On receipt of a notification, such as #contents notification from a CodeHolder, + invoke an update as if target had been the original notification." + + self updateMap at: notification put: target!

1 0

The Inbox: Morphic-dtl.579.mcz
by commits＠source.squeak.org 29 Sep '11

29 Sep '11

A new version of Morphic was added to project The Inbox: http://source.squeak.org/inbox/Morphic-dtl.579.mcz ==================== Summary ==================== Name: Morphic-dtl.579 Author: dtl Time: 28 September 2011, 6:58:22.144 pm UUID: 3e9c0f83-c175-4012-b850-a9c50b31507d Ancestors: Morphic-dtl.578 Instance var #style was added to PluggableButtonMorph, so must also update #veryDeepInner: to match (problem detected by DeepCopier>>checkClass: called from ChangeSet>>fileOutClassDefinition:on:). =============== Diff against Morphic-dtl.578 =============== Item was changed: ----- Method: PluggableButtonMorph>>veryDeepInner: (in category 'copying') ----- veryDeepInner: deepCopier "Copy all of my instance variables. Some need to be not copied at all, but shared. Warning!!!! Every instance variable defined in this class must be handled. We must also implement veryDeepFixupWith:. See DeepCopier class comment." super veryDeepInner: deepCopier. "model := model. Weakly copied" label := label veryDeepCopyWith: deepCopier. "getStateSelector := getStateSelector. a Symbol" "actionSelector := actionSelector. a Symbol" "getLabelSelector := getLabelSelector. a Symbol" "getMenuSelector := getMenuSelector. a Symbol" shortcutCharacter := shortcutCharacter veryDeepCopyWith: deepCopier. askBeforeChanging := askBeforeChanging veryDeepCopyWith: deepCopier. triggerOnMouseDown := triggerOnMouseDown veryDeepCopyWith: deepCopier. offColor := offColor veryDeepCopyWith: deepCopier. onColor := onColor veryDeepCopyWith: deepCopier. feedbackColor := feedbackColor veryDeepCopyWith: deepCopier. showSelectionFeedback := showSelectionFeedback veryDeepCopyWith: deepCopier. allButtons := nil. "a cache" arguments := arguments veryDeepCopyWith: deepCopier. argumentsProvider := argumentsProvider veryDeepCopyWith: deepCopier. + "argumentsSelector := argumentsSelector. a Symbol" + style := style. "a Symbol"! - argumentsSelector := argumentsSelector. " a Symbol" !

1 0

#copyFrom: vs #copySameFrom:
by Levente Uzonyi 28 Sep '11

28 Sep '11

Hi, the two methods in the subject are for copying the values of the variables from one object to another. The two methods are basically the same, but there are slight differences: - #copySameFrom: doesn't use primitive 168 which provides atomic copying if the receiver's class is the same as the argument's class. - #copyFrom: doesn't copy the variables if they have the same name, but different indices in the two objects. So my suggestion is to merge the two features into one method: use the primitive and copy the variables independently of their indices. But I'm not sure which name should we use. #copyFrom: is widely used, but beginners used to expect it to work like #copyFrom:to: without an upper bound. #copySameFrom: is not widely used, but it's also less confusing for beginners. Maybe a third name would be the best choice, e.g.: #copyVariablesFrom:, #copySlotsFrom:, maybe #copyValuesFrom:. What do you think? Cheers, Levente

3 2

MethodWrappers for Squeak 4.2
by Eliot Miranda 28 Sep '11

28 Sep '11

Hi All, I've completed porting MethodWrappers to Squeak 4.2. You'll need to update your image to at least Compiler-eem.215 & Kernel-eem.623. You can find MethodWrappers4.2-eem.17 at http://www.squeaksource.com/MethodWrappers. Enjoy. P.S. Anyone in VW land interested in updating the codee? The class comments in VW are obsolete (valueNowOrOnUnwindDo: is mentioned instead of ensure: etc). If you do update the code you might want to add the tweak I did to MwBlockMethodWrapper>valueWithReceiver:arguments: to make both before and after blocks optional. i.e. MwBlockMethodWrapper methods for evaluating valueWithReceiver: anObject arguments: anArrayOfObjects "Optionally evaluate beforeBlock before evaluating clientMethod if beforeBlock is non-nil. Optionally evaluate afterBlock afterwards if afterBlock is non-nil." self wasActive: true. self beforeBlock ifNotNil: [:beforeBlock| beforeBlock value: anObject value: anArrayOfObjects]. ^self afterBlock ifNil: [self clientMethod valueWithReceiver: anObject arguments: anArrayOfObjects] ifNotNil: [:afterBlock| [self clientMethod valueWithReceiver: anObject arguments: anArrayOfObjects] ensure: [afterBlock value: anObject value: anArrayOfObjects]] On Tue, Sep 13, 2011 at 2:42 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > Hi All, > > the most up-to-date MethodWrappers I can find is for Squeak 3.9, > pre-closures. Anyone have anything compatible with Squeak 4.1/4.2/Pharo > 1.1/1.2/1.3? > > -- > best, > Eliot > > -- best, Eliot

3 4

OSProcess bug affecting OSP 4.4.4 on Windows
by David T. Lewis 28 Sep '11

28 Sep '11

If you are using OSProcess and have updated to version 4.4.4 posted to SqueakSource 10-Sept-2011, please update once more to the latest version 4.4.5 posted today. Version 4.4.4 contained a bug that hangs the image during startup on Windows. Version 4.4.5 reverts the changes that cause the problem. Thanks to Radoslav Hodnicak for finding and reporting the problem, and my apologies for any problems that this may have caused. Dave

3 6

Re: MethodWrappers for Squeak 4.2
by Chris Cunnington 28 Sep '11

28 Sep '11

How about getting the latest alpha image? It has both. http://ftp.squeak.org/4.3alpha/ Chris

1 0

C5 2012 Call for Papers
by Ian Piumarta 28 Sep '11

28 Sep '11

The 10th International Conference on Creating, Connecting and Collaborating through Computing (C5 2012) 18-20 January 2012 Playa Vista, CA USA http://www.cm.is.ritsumei.ac.jp/c5-12/ Hosted by the USC Institute for Creative Technologies http://www.ict.usc.edu Computers, networks, and other forms of technology are pervasive in our information-based society. Unfortunately, most users of this technology use it for passive consumption of information and entertainment. To evolve into a true knowledge society it is critical that we transform computer-based human activities to engage users in the active process of creating, connecting, and collaborating together. The C5 conference is for anyone interested in the use of computers as tools to develop and enable user-oriented creation, connection, and collaboration processes. Researchers, developers, educators and users come together at C5 to present new and ongoing work and to discuss future directions for creative computing and multimedia environments. We welcome the submission of theoretical and technical papers, practitioner/experience reports, and papers that bridge the gap between theory and practice or that encourage inter- and cross-disciplinary study. === Keynote Speakers === "Helping Everyone Create with Computing" Dr. Mark Guzdial Georgia Institute of Technology "C2P3: Creating and Controlling Personalisation and Privacy in Pervasive Digital Ecosystems" Dr. Judy Kay University of Sydney === Topics === C5 invites submissions of full papers in (but not limited to) the following areas: - Technology-enhanced human-computer and human-human interaction and collaboration - Virtual worlds and immersive environments - Educational environments for classroom, field work and online/distance learning - New technologies for literature, music and the visual arts - Technologies for collaborative and self-empowered learning - Multimedia authoring environments - Gaming/entertainment platforms, virtual characters, and software infrastructure - Social networks and social networking - Novel programming paradigms and languages for implementors - Scripting or visual paradigms and languages for end-users - Creating and maintaining online communities - Tools for creating/managing online services/environments - Distributed and collaborative working - Social and cultural implications of new technologies Papers should be submitted electronically in PDF format via EasyChair at: https://www.easychair.org/conferences/?conf=c512 Submissions must be written in English (the official language of the conference) and must not exceed eight (8) pages. They should use the IEEE 10-point two-column format, templates for which are available at: http://www.computer.org/portal/web/cscps/home === Proceedings === A preliminary version of the proceedings will be distributed during the conference. The formal version of the proceedings will be published by the Conference Publishing Services (CPS) and sent to authors after the conference. For each accepted paper, at least one of the authors needs to attend the conference and deliver the presentation; otherwise the paper will not be included in the formal proceedings. === Dates === Submission of papers: October 7, 2011 Author notification: November 18, 2011 Camera-ready copy: December 16, 2011 Conference: January 18-20, 2012 http://people.ict.usc.edu/~lane/C5/C5-12-CFP.pdf

4 3

Re: [squeak-dev] The Inbox: Morphic-dtl.578.mcz
by David T. Lewis 28 Sep '11

28 Sep '11

On Wed, Sep 28, 2011 at 01:23:28AM +0000, commits(a)source.squeak.org wrote: > A new version of Morphic was added to project The Inbox: > http://source.squeak.org/inbox/Morphic-dtl.578.mcz > > ==================== Summary ==================== > > Name: Morphic-dtl.578 > Author: dtl > Time: 27 September 2011, 9:17:23.611 pm > UUID: 971e10f9-55bf-4d02-9e08-873e797f6e04 > Ancestors: Morphic-laza.577 > > Provide updating button for "what to show" button on CodeHolder, similar to Squeak 3.8 behavior. This button activates a menu, and displays the resulting menu selection. For the default look, normal buttons are rounded and the menu activation button is square (vice versa if the "Rounded Button Corners" preference is disabled). When menu selection is changed, the button label displays the selected mode ('source', 'decompile', 'bytecodes' etc). > > Changes are in four packages. I first posted the changes for fixing the "what to show" browser button a couple of days ago, but I omitted the changes to package morphic. The four (not three) related updates in the inbox are: ToolBuilder-Kernel-dtl.50 ToolBuilder-Morphic-dtl.80 Tools-dtl.380 Morphic-dtl.578 Dave

1 0

The Inbox: Morphic-dtl.578.mcz
by commits＠source.squeak.org 28 Sep '11

28 Sep '11

A new version of Morphic was added to project The Inbox: http://source.squeak.org/inbox/Morphic-dtl.578.mcz ==================== Summary ==================== Name: Morphic-dtl.578 Author: dtl Time: 27 September 2011, 9:17:23.611 pm UUID: 971e10f9-55bf-4d02-9e08-873e797f6e04 Ancestors: Morphic-laza.577 Provide updating button for "what to show" button on CodeHolder, similar to Squeak 3.8 behavior. This button activates a menu, and displays the resulting menu selection. For the default look, normal buttons are rounded and the menu activation button is square (vice versa if the "Rounded Button Corners" preference is disabled). When menu selection is changed, the button label displays the selected mode ('source', 'decompile', 'bytecodes' etc). Changes are in four packages. ToolBuilder-Kernel: - Add PluggableButtonSpec>>style to provide style hint. Used to suggest that a button should be rendered differently, in this case rounded versus square corners. - Add changeLableWhen: to connect pluggable button with change notification, in this case to allow update: #contents to result in a label update in the dependent button. ToolBuilder-Morphic: - Add #whenChanged:update: as a mechanism for hooking change events to button updates, allowing an individual button to respond to e.g. self changed: #contents in the model. - Update MorphicToolBuilder>>buildPluggableButton to make use of style and changeLabelWhen in the widget spec. Tools: - Update CodeHolder>>buildCodeProvenanceButtonWith: to add style hint for round/ square corners and changeLableWhen: for change notification to the widget spec. Note: ToolBuilder has PluggableDropDownListSpec which is presumably intended to describe a drop-down list widget. This is currently unused in the image, but in future might provide a better approach than the current action button with menu approach. Morphic: - Let style hint control rounded versus square corners for a PluggableButtonMorph. May be used as a visual cue to distinguish simple action buttons from buttons that invoke a selection menu (e.g. "what to show" button for a CodeHolder). =============== Diff against Morphic-laza.577 =============== Item was changed: AlignmentMorph subclass: #PluggableButtonMorph + instanceVariableNames: 'model label getStateSelector actionSelector getLabelSelector getMenuSelector shortcutCharacter askBeforeChanging triggerOnMouseDown offColor onColor feedbackColor showSelectionFeedback allButtons arguments argumentsProvider argumentsSelector style' - instanceVariableNames: 'model label getStateSelector actionSelector getLabelSelector getMenuSelector shortcutCharacter askBeforeChanging triggerOnMouseDown offColor onColor feedbackColor showSelectionFeedback allButtons arguments argumentsProvider argumentsSelector' classVariableNames: 'RoundedButtonCorners' poolDictionaries: '' category: 'Morphic-Pluggable Widgets'! !PluggableButtonMorph commentStamp: '<historical>' prior: 0! A PluggableButtonMorph is a combination of an indicator for a boolean value stored in its model and an action button. The action of a button is often, but not always, to toggle the boolean value that it shows. Its pluggable selectors are: getStateSelector fetch a boolean value from the model actionSelector invoke this button's action on the model getLabelSelector fetch this button's lable from the model getMenuSelector fetch a pop-up menu for this button from the model Any of the above selectors can be nil, meaning that the model does not supply behavior for the given action, and the default behavior should be used. For example, if getStateSelector is nil, then this button shows the state of a read-only boolean that is always false. The model informs its view(s) of changes by sending #changed: to itself with getStateSelector as a parameter. The view tells the model when the button is pressed by sending actionSelector. If the actionSelector takes one or more arguments, then the following are relevant: arguments A list of arguments to provide when the actionSelector is called. argumentsProvider The object that is sent the argumentSelector to obtain arguments, if dynamic argumentsSelector The message sent to the argumentProvider to obtain the arguments. Options: askBeforeChanging have model ask user before allowing a change that could lose edits triggerOnMouseDown do this button's action on mouse down (vs. up) transition shortcutCharacter a place to record an optional shortcut key ! Item was changed: ----- Method: PluggableButtonMorph>>drawOn: (in category 'drawing') ----- drawOn: aCanvas | cc gradient borderColor | cc := self color. cc isTransparent ifTrue:[cc := Color gray: 0.9]. self enabled ifFalse:[cc := Color lightGray]. cc brightness > 0.9 ifTrue:[cc := cc adjustBrightness: 0.9 - cc brightness]. showSelectionFeedback ifTrue:[ borderColor := cc muchDarker. gradient := GradientFillStyle ramp: { 0.0 -> cc muchDarker. 0.1-> (cc adjustBrightness: -0.2). 0.5 -> cc. 0.9-> (cc adjustBrightness: -0.1). 1 -> cc muchDarker. }. ] ifFalse:[ borderColor := Color lightGray. gradient := GradientFillStyle ramp: { 0.0 -> Color white. 0.1-> (cc adjustBrightness: 0.05). 0.6 -> (cc darker). } ]. gradient origin: bounds topLeft. gradient direction: 0@self height. + ^ self roundedButtonCorners - ^ self class roundedButtonCorners ifTrue: [aCanvas frameAndFillRoundRect: bounds radius: 8 fillStyle: gradient borderWidth: 1 borderColor: borderColor] ifFalse: [aCanvas frameAndFillRectangle: self innerBounds fillColor: gradient asColor borderWidth: 1 borderColor: borderColor darker; fillRectangle: (self innerBounds insetBy: 1) fillStyle: gradient]! Item was added: + ----- Method: PluggableButtonMorph>>roundedButtonCorners (in category 'drawing') ----- + roundedButtonCorners + "If the button is intended to invoke a menu for selection, provide a visual + distinction by inverting the rounded corners attribute." + ^self class roundedButtonCorners + xor: style == #menuButton! Item was added: + ----- Method: PluggableButtonMorph>>style (in category 'accessing') ----- + style + "Treat aSymbol as a hint to modify the button appearance." + ^style + ! Item was added: + ----- Method: PluggableButtonMorph>>style: (in category 'accessing') ----- + style: aSymbol + "Use aSymbol as a hint to modify the button appearance." + style := aSymbol + !

1 0

Daily Commit Log
by commits＠source.squeak.org 28 Sep '11

28 Sep '11

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2011-September/004994.… Name: Kernel-eem.630 Ancestors: Kernel-nice.629 Provide a hook for subclasses to substitute an altered method when deocmpiling. This aoids an infinite recursion decompiling installed MwMethodWrapper methods. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/004995.… Name: Compiler-eem.216 Ancestors: Compiler-eem.215 Use the methodForDecompile hook in decompile:in:. This fixes infinite recursion when decompiling installed wrapper methods. Needs Kernel-eem.630. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/004996.… Name: Tools-eem.380 Ancestors: Tools-eem.379 Use the methodForDecompile hook in CodeHolder>> decompiledSourceIntoContentsWithTempNames:. This fixes infinite recursion when decompiling installed wrapper methods. Needs Kernel-eem.630. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/004997.… Name: Tests-eem.132 Ancestors: Tests-ul.131 Use the methodForDecompile in deocmpilation tests. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/004998.… Name: Kernel-ul.630 Ancestors: Kernel-nice.629 Fix for the recently introduced MethodDictionary bug reported by Mariano Martinez Peck on the Pharo list and some other things. - added MethodDictionary class >> #newForCapacity: to reduce the complexity of the various methods which create new instances with a given capacity (#grow, #rehash, #removeAll). These changes make some comments unnecessary. - fix: #sizeFor: should allow 75% load factor ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/004999.… Name: Kernel-ul.631 Ancestors: Kernel-eem.630, Kernel-ul.630 Merged. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/005000.… Name: Monticello-bf.483 Ancestors: Monticello-ul.482 See individual commits from version history browser: add menu item for viewing changes relative to the parent version ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-September/005001.… Name: Compiler-eem.217 Ancestors: Compiler-eem.216 Add MethodNode>>ensureNotQuick to allow forcing generating non-quick versions of quick methods (^self, ^inst var, et al). This is used by MwbreakpointWrapper. Yes this could arguably be a set of extensions in MethodWrappers, but it feels too intimate for that, and other compilers may want to implement the same API. =============================================

1 0

← Newer
1
2
3
4
5
6
7
8
...
21
Older →

Jump to page: