Squeak-dev September 2015

squeak-dev@lists.squeakfoundation.org

40 participants
134 discussions

Trying Alien
by Chris Cunnington 06 Sep '15

06 Sep '15

I forgot that there are two kinds of plugins: internal and external. And IA32ABI is both internal and included in each Cog virtual machine. If I download Squeak 5.0 onto my Ubuntu 15.04 laptop from the homepage and execute: Smalltalk listBuiltinModules do: [:ea| Transcript cr; show: ea] I can see IA32ABI is clearly loaded. Then I can go to squeaksource.com/Alien and load Alien into then execute in a Workspace. Alien exampleCqsort. This will produce an array of numbers. (Time millisecondsToRun: [100 timesRepeat: [Alien exampleCqsort]]) / 100.0 This will return ~1.0. So, it looks like trying it out is not so hard. I'm not sure what it all means, but I have a successful control experiment at this point to work with. Perhaps I need to read the documentation now to explain what I'm seeing? A plugin repository would not account for internal plugins, but I still think it's a good idea. It could focus and foster external plugin hacking. The issue about what kind of repository (ftp.squeak.org, GitHub, TravisCI) is where a URL will point. Wherever client that socket is accessed by, either SqueakMap or a browser, seems to be a subordinate issue people could decide for themselves. Chris

2 1

Updating SAR builder tool
by tim Rowledge 05 Sep '15

05 Sep '15

I’m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It’s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I’ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don’t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn’t thoroughly up to date. It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method. I don’t have any time to clean it up right now since I have a release to assemble for about 7 million Pi’s. It seems like it might be a relatively simple fixup to make an old tool usable once more. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: RLB: Ruin Logic Board

6 11

Daily Commit Log
by commits＠source.squeak.org 04 Sep '15

04 Sep '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-September/008954.… Name: Morphic-mt.1004 Ancestors: Morphic-eem.1003 Do not degrade rounded rectangles to ovals if the radius happens to be bigger than the extent. Ovals do not look at all like rectangles. Especially wide ones. =============================================

1 0

menu pragmas (was "The Trunk: Monticello-eem.617.mcz")
by Craig Latta 04 Sep '15

04 Sep '15

Hi all-- This is just a new thread to make Eliot's description of menu pragmas more prominent in the list archives. Perhaps there are others who, like me, don't read all the "trunk" threads in their entirety and might miss stuff like this. thanks, -C *** Tobias writes to Eliot: > Can you explain what you want to achieve [with menu pragmas] and how > I can make [their use] more convenient? Eliot responds: > We can talk this over when we meet in Palo Alto, but the idea is an > important one, and I'm paying for having been too lazy to write it up > properly. Let me try and give a quick sketch here. > > The goals are to: > > - allow package load to augment menus without the original definitions > of those menus knowing anything about the subsequently loaded > packages. > - to allow menus to be augmented with single actions defined in > methods that implement those actions > - and, depending on menu implementation, either > - if menus are created every time a user invokes a menu, then to > simply include the relevant extensions in the menu > - if menus are stored in variables, to automatically construct, or > reconstruct the menu when either loading or unloading of a package > changes the items in a menu > > We design menu pragmas in action methods to specify: > - the (name of the) menu to be extended > - the text of the menu entry > - information regarding what group of items the menu item belongs with > - information regarding the menu item's relative order with respect to > other elements in the group > > Rationale: > With this specification a package can extend any number of menus in > tools simply by being loaded, with no collisions with any other > packages defining extensions on those menus. Tools become freely > pluggable, and system configurations constructed from different sets > of loaded packages are decoupled; we don't need many menu > definitions, just an initial base menu which is extended with the > current set of extensions. > > For this to work we need to "name" menus, and to use some numbering > scheme to define groups (menu entries between lines) and elements > within each group. One simple scheme is to use numbers: > > - the definitions of initial base menus number groups, so that the > first group (the items before the first line) is numbered group 10, > and the second group 20, and so on, allowing extensions to specify > new groups by using group numbers that are not a multiple of 10 > - the definitions of entries within groups are numbered, again in > multiples of 10, so that the extension can fit anywhere in the > group > > So given: > > MenuMorph fromArray: { > {'find...(f)' translated. #find}. > {'find again (g)' translated. #findAgain}. > {'set search string (h)' translated. #setSearchString}. > #-. > {'do again (j)' translated. #again}. > {'undo (z)' translated. #undo}. > #-. > {'copy (c)' translated. #copySelection}. > {'cut (x)' translated. #cut}. > {'paste (v)' translated. #paste}. > {'paste...' translated. #pasteRecent}. > #-. > {'set font... (k)' translated. #offerFontMenu}. > {'set style... (K)' translated. #changeStyle}. > {'set alignment...' translated. #chooseAlignment}. > " > #-. > {'more...' translated. #shiftedTextPaneMenuRequest}. > " > } > > you could imagine the following numberings: > > 10.01 find > 10.02 findAgain > 10.03 setSearchString > - > 20.01 again > 20.02 undo > - > 30.01 copySelection > 30.02 cut > 30.03 paste > 30.04 pasteRecent > - > 40.01 offerFontMenu > 40.02 changeStyle > 40.03 chooseAlignment > > So I can specify e.g. a new group inserted before the first one by > using, e.g. 5.005 as an index, and can slot an item between again and > undo using 20.015, etc. > > This gives us menu pragmas that look like: > > TextEditor methodsFor: '*SpellChecker-extensions' stamp: 'mad hacker > 9/9/1999' > spellCheck > <menuAction: #yellowButtonMenu > label: 'spell check selection (s)' > position: 10.035> > ...code implementing spell checking... > > (note that the action, #spellCheck, is implicit, it is the selector of > the method containing the pragma) > > and: > > - if menus are created every time a user invokes a menu, then search > for pragmas within the relevant class hierarchy, compute, sort and > insert individual extensions to the menu > - if menus are stored in variables, to have compilation and method > removal send a message to the class to/from which method(s) are > added/removed so that the class can recompute menus (as in the line > above) when code is added/removed. > > What I saw in ChangeSorter was quite different. It seems to be a way > of specifying entire menus, and I'm not sure how these menus are to be > combined. Maybe I'm misunderstanding the way the scheme is supposed > to work. What I've described above is very close to the one that > pragmas came from in the first place, which was my attempt to > decouple the components that could be loaded into VisualWorks when we > decomposed the system into easily loadable parcels. Up until that > point VisualWorks had had all its tool menus predefined, disabling > items that were to do with components delivered as file-ins that > weren't yet filed-in. It was too rigid. It didn't allow for future > expansion. And so I had the idea of menu pragmas to decouple > things. Steve Dahl then came up with the scheme to define a base > menu, number its items appropriately, and extend the menu. > > One of the things that's really nice about the VisualWorks scheme is > that the menu pragma itself is actually implemented (remember that > pragmas are Message instances with literal parameters). The class > MenuBuilder (IIRC) implemented various menu pragma methods so the > pattern is: > > - in the method that defines the base menu, define the base menu, > create an editor on it, ask the editor to collect the pragmas and > augment the menu with those found > - the menu editor then collects the menu pragmas and then performs > each one to collect the information from it > > So one can find other menu pragmas using senders, and find the editor > using implementors, and one can extend the scheme by adding additional > methods to MenuEditor, again possibly loaded from packages. > > > HTH > > _,,,^..^,,,_ > best, Eliot -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

3 2

The Trunk: Morphic-mt.1004.mcz
by commits＠source.squeak.org 04 Sep '15

04 Sep '15

Marcel Taeumel uploaded a new version of Morphic to project The Trunk: http://source.squeak.org/trunk/Morphic-mt.1004.mcz ==================== Summary ==================== Name: Morphic-mt.1004 Author: mt Time: 4 September 2015, 8:37:36.913 am UUID: a6373ade-f974-0e41-8609-316d092a7215 Ancestors: Morphic-eem.1003 Do not degrade rounded rectangles to ovals if the radius happens to be bigger than the extent. Ovals do not look at all like rectangles. Especially wide ones. =============== Diff against Morphic-eem.1003 =============== Item was changed: ----- Method: BalloonCanvas>>frameRoundRect:radius:width:color: (in category 'drawing-rectangles') ----- frameRoundRect: aRectangle radius: radius width: borderWidth color: borderColor | outerPoints innerRect innerRadius innerPoints | (borderWidth isZero or:[borderColor isTransparent]) ifTrue:[^self]. radius asPoint <= (0@0) ifTrue:[^self frameRectangle: aRectangle width: borderWidth color: borderColor]. - (radius * 2) asPoint >= aRectangle extent - ifTrue:[^self frameOval: aRectangle width: borderWidth color: borderColor]. "decompose inner rectangle into bezier shape" innerRect := aRectangle insetBy: borderWidth. innerRect area <= 0 ifTrue:[^self fillRoundRect: aRectangle radius: radius fillStyle: borderColor]. innerRadius := (radius - borderWidth) asPoint. innerPoints := self makeRoundRectShape: innerRect radius: innerRadius. "decompose outer rectangle into bezier shape" outerPoints := self makeRoundRectShape: aRectangle radius: radius. self drawGeneralBezierShape: (Array with: outerPoints with: innerPoints) color: borderColor borderWidth: 0 borderColor: nil.! Item was changed: ----- Method: FormCanvas>>frameRoundRect:radius:width:color: (in category 'drawing-rectangles') ----- frameRoundRect: aRectangle radius: radius width: borderWidth color: borderColor "Frame a rounded rectangle with the given attributes." | innerRect | (borderWidth isZero or:[borderColor isTransparent]) ifTrue:[^self]. radius asPoint <= (0@0) ifTrue:[^self frameRectangle: aRectangle width: borderWidth color: borderColor]. - (radius * 2) asPoint >= aRectangle extent - ifTrue:[^self frameOval: aRectangle width: borderWidth color: borderColor]. "decompose inner rectangle into bezier shape" innerRect := aRectangle insetBy: borderWidth. innerRect area <= 0 ifTrue:[^self fillRoundRect: aRectangle radius: radius fillStyle: borderColor]. self setFillColor: borderColor. port frameRoundRect: (aRectangle translateBy: origin) truncated radius: radius truncated borderWidth: borderWidth truncated. !

1 0

#firstOrLess: and #lastOrLess: ?
by marcel.taeumel 04 Sep '15

04 Sep '15

Hi -- Is there a better way to get a limited number of elements from a collection but accept less if the collection is not big enough? someObjects size >= 5 ifTrue: [someObjects first: 5] ifFalse: [someObjects]. Could we add a #firstOrLess:? Similar thoughts on #firstOrNil, #lastOrNil, and #lastOrLess:. Best, Marcel -- View this message in context: http://forum.world.st/firstOrLess-and-lastOrLess-tp4847874.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

6 7

Process Priorities in Finalization
by Eliot Miranda 04 Sep '15

04 Sep '15

Hi All, can anyone who understands finalization tell me if changing the priority of the finalization process can kill things. I'm seeing the sources file get closed after a while when running my revised finalization code, and I can't see exactly why. _,,,^..^,,,_ best, Eliot

2 1

Daily Commit Log
by commits＠source.squeak.org 03 Sep '15

03 Sep '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-September/008946.… Name: MonticelloConfigurations-dtl.137 Ancestors: MonticelloConfigurations-dtl.136 Fix updating the default update map name from preferences. Change constructor to avoid conflict with setter used by the preference. When the preference for default update map changes, initialize with a new default updater. The previous updater for the default update URL is replaced because its remembered position in the update stream will not be valid for a different update map sequence. Therefore ask confirmation from the user before accepting the preference change. Class var UpdateMapName is no longer needed, remove it. The LastUpdateMap class var was retained to support transition to instance based updaters. Remove it now. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008947.… Name: Collections-eem.653 Ancestors: Collections-cbc.652 Remove carriage returns from some time stamps. Nuke unused private method in old finalization scheme. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008948.… Name: Balloon-eem.27 Ancestors: Balloon-tfel.26 Remove carriage returns from some time stamps ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008949.… Name: Collections-eem.653 Ancestors: Collections-cbc.652 Remove carriage returns from some time stamps. Nuke unused private method in old finalization scheme. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008950.… Name: EToys-eem.130 Ancestors: EToys-mt.129 Remove carriage returns from a time stamp ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008951.… Name: Graphics-eem.317 Ancestors: Graphics-topa.316 Remove carriage returns from some time stamps ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008952.… Name: Morphic-eem.1003 Ancestors: Morphic-eem.1002 Remove carriage returns from a time stamp ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-September/008953.… Name: ST80-eem.187 Ancestors: ST80-topa.186 Remove carriage returns from a time stamp =============================================

1 0

Re: [squeak-dev] The Trunk: Collections-eem.653.mcz
by Tobias Pape 03 Sep '15

03 Sep '15

Why is pvtCreateTemporaryObjectIn: removed? Best regards -Tobias On 03.09.2015, at 01:27, commits(a)source.squeak.org wrote: > Eliot Miranda uploaded a new version of Collections to project The Trunk: > http://source.squeak.org/trunk/Collections-eem.653.mcz > > ==================== Summary ==================== > > Name: Collections-eem.653 > Author: eem > Time: 2 September 2015, 6:26:05.268 pm > UUID: dfc67d6b-1eaf-42c5-929d-b136b4d28ef0 > Ancestors: Collections-cbc.652 > > Remove carriage returns from some time stamps. > Nuke unused private method in old finalization scheme. > > =============== Diff against Collections-cbc.652 =============== > > Item was changed:

1 0

The Trunk: ST80-eem.187.mcz
by commits＠source.squeak.org 03 Sep '15

03 Sep '15

Eliot Miranda uploaded a new version of ST80 to project The Trunk: http://source.squeak.org/trunk/ST80-eem.187.mcz ==================== Summary ==================== Name: ST80-eem.187 Author: eem Time: 2 September 2015, 6:31:44.86 pm UUID: bea748a4-2680-414e-87d1-a1378120637f Ancestors: ST80-topa.186 Remove carriage returns from a time stamp =============== Diff against ST80-topa.186 =============== Item was changed: ----- Method: PluggableTextView>>model: (in category 'model access') ----- model: aLockedModel "Refer to the comment in View|model:." self model: aLockedModel controller: controller. self editString: self getText. !

1 0

← Newer
1
...
8
9
10
11
12
13
14
Older →

Jump to page: