Squeak-dev June 2013

squeak-dev@lists.squeakfoundation.org

45 participants
215 discussions

The Trunk: Tests-fbs.224.mcz
by commits＠source.squeak.org 26 Jun '13

26 Jun '13

Frank Shearar uploaded a new version of Tests to project The Trunk: http://source.squeak.org/trunk/Tests-fbs.224.mcz ==================== Summary ==================== Name: Tests-fbs.224 Author: fbs Time: 26 June 2013, 12:40:25.578 pm UUID: 3e0351c4-903b-4f74-9d53-2eae254fe5bb Ancestors: Tests-fbs.223 Remove the test for http://bugs.squeak.org/view.php?id=7771. You can't make it an expected failure because it breaks testDecompilerInClassesDAtoDM. The workaround of making testDecompilerInClassesDAtoDM clever enough to avoid this marker test just isn't worth it. It's recorded in the bugtracker anyway. =============== Diff against Tests-fbs.223 =============== Item was removed: - ----- Method: DecompilerTests>>expectedFailures (in category 'testing') ----- - expectedFailures - ^ #(testDecompileUnreachableParameter)! Item was removed: - ----- Method: DecompilerTests>>testDecompileUnreachableParameter (in category 'tests') ----- - testDecompileUnreachableParameter - "DecompilerTests new testDecompileUnreachableParameter" - "The call to #value: is unreachable because both blocks in the #ifTrue:ifFalse: send force a return." - self shouldnt: [[self value: (true ifTrue: [^true] ifFalse: [^false])] decompile] raise: Error.!

1 0

GemSource, seaside.gemstone.com, SS3 MAINTENANCE Saturday June 9 from 10am-2pm PDT
by Dale Henrichs 26 Jun '13

26 Jun '13

Maintenance is scheduled for this Saturday and according to the internal announcement no downtime is anticipated: The work is considered low risk and no downtime is anticipated, this is being sent out as a courtesy. If you experience problems on Saturday, don't hesitate to send email. Dale

3 6

The Trunk: Installer-Core-fbs.372.mcz
by commits＠source.squeak.org 26 Jun '13

26 Jun '13

Frank Shearar uploaded a new version of Installer-Core to project The Trunk: http://source.squeak.org/trunk/Installer-Core-fbs.372.mcz ==================== Summary ==================== Name: Installer-Core-fbs.372 Author: fbs Time: 26 June 2013, 10:45:28.216 am UUID: b65504a5-947a-4916-b638-fd7a09ea7624 Ancestors: Installer-Core-cmm.371 Update the SS3 link references, as per Dale Henrich's announcement (part of GemTalk Systems' separation from VMWare). =============== Diff against Installer-Core-cmm.371 =============== Item was changed: ----- Method: Installer class>>squeaksource3 (in category 'repositories') ----- squeaksource3 + ^ self monticello http: 'http://ss3.gemtalksystems.com/ss/'! - ^ self monticello http: 'http://ss3.gemstone.com/ss/'!

1 0

Daily Commit Log
by commits＠source.squeak.org 26 Jun '13

26 Jun '13

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2013-June/006071.html Name: ToolBuilder-Kernel-fbs.56 Ancestors: ToolBuilder-Kernel-fbs.55 Better descriptions for some assertions. Also, I don't know what I was thinking when I first submitted these tests. They were completely broken. =============================================

1 0

Dependencies on Cursor
by Frank Shearar 25 Jun '13

25 Jun '13

Lots of code (174 senders) use something like: Cursor wait showWhile: ["stuff"] That's great, and neat, and causes a dependency on the entire Graphics package. I propose breaking this dependency by extending UIManager's protocol. You would then write: UIManager default showCursor: #wait during: ["stuff"] I use a Symbol to identify the cursor because that doesn't require depending on any particular classes. Perhaps UIManager >> #showCursor:during: can lay out the minimum expected set of labels (whatever Cursor currently lists). Then MorphicUIManager and MVCUIManager can implement this method in the existing way, with ^ Cursor foo showWhile: aBlock One other change is needed, and that's to handle mistakes. So I propose Cursor class >> #named: aSymbol ^ (self respondsTo: #named) ifTrue: [self perform: aSymbol] ifFalse: [self normal]. The reason for the icky reflection is to fit in with the existing way cursors are used. I'd be happy to unroll the #perform: into a #caseOf: mapping explicitly to the existing cursors. Thoughts? frank

9 19

Re: [squeak-dev] The Trunk: Files-tpr.123.mcz
by Levente Uzonyi 25 Jun '13

25 Jun '13

On Sat, 22 Jun 2013, commits(a)source.squeak.org wrote: > tim Rowledge uploaded a new version of Files to project The Trunk: > http://source.squeak.org/trunk/Files-tpr.123.mcz > > ==================== Summary ==================== > > Name: Files-tpr.123 > Author: tpr > Time: 21 June 2013, 5:40:33.465 pm > UUID: b3983780-394c-464b-8924-b70282415bfe > Ancestors: Files-fbs.122 > > Fix bug reported in mantis ttp://bugs.squeak.org/view.php?id=7740 > FileTestUrl should now pass > > =============== Diff against Files-fbs.122 =============== > > Item was changed: > ----- Method: AcornFileDirectory>>pathParts (in category 'path access') ----- > pathParts > "Return the path from the root of the file system to this directory as an > array of directory names. > This version tries to cope with the RISC OS' strange filename formatting; > filesystem::discname/$/path/to/file > where the $ needs to be considered part of the filingsystem-discname atom." > | pathList | > pathList := super pathParts. > (pathList indexOf: '$') = 2 > ifTrue: ["if the second atom is root ($) then stick $ on the first atom > and drop the second. Yuck" > + ^ pathList species If pathList is always an OrderedCollection (which is true), then #streamContents: is not needed. If it's always a new object (which is also true), then there's no need to copy it. So I think the following would be better: pathParts | pathList | pathList := super pathParts. (pathList at: 2 ifAbsent: [ nil ]) = '$' ifTrue: [ pathList addFirst: pathList removeFirst, self slash, pathList removeFirst ]. ^pathList I can't test it, so it's up to you. I removed the comments, but they should be kept. Levente > - ^ Array > streamContents: [:a | > a nextPut: (pathList at: 1), '/$'. > 3 to: pathList size do: [:i | a > nextPut: (pathList at: i)]]]. > ^ pathList! > > >

2 1

Re: [squeak-dev] The Trunk: System-fbs.548.mcz
by Chris Muller 25 Jun '13

25 Jun '13

Is such a small change like this worth pushing a whole new version of System? As often as you're making improvements, it seems like another change to System package is bound to be right around the corner anyway. Perhaps piggy-backing this sort of micro-improvement with the next improvement to System would be good? On Sat, Jun 15, 2013 at 10:20 AM, <commits(a)source.squeak.org> wrote: > Frank Shearar uploaded a new version of System to project The Trunk: > http://source.squeak.org/trunk/System-fbs.548.mcz > > ==================== Summary ==================== > > Name: System-fbs.548 > Author: fbs > Time: 15 June 2013, 4:21:18.358 pm > UUID: 162f5729-5ef9-48f5-8bb9-1a77deba7ecd > Ancestors: System-fbs.547 > > It's "its", not "it's". "It's" is a contraction of "it is". > > =============== Diff against System-fbs.547 =============== > > Item was changed: > Object subclass: #Clipboard > instanceVariableNames: 'contents recent interpreter' > classVariableNames: 'Default' > poolDictionaries: '' > category: 'System-Support'! > > + !Clipboard commentStamp: 'fbs 6/15/2013 16:20' prior: 0! > - !Clipboard commentStamp: 'ul 8/20/2012 02:14' prior: 0! > The Clipboard class implements a basic buffering scheme for text. The currently selected text is also exported to the OS so that text can be copied from and to other applications. Commonly only a single instance is used (the default clipboard) but applications are free to use other than the default clipboard if necessary. > > + If you'd like to be notified of the changes of the clipboard, you can subscribe to its #contentChanged event. For example: > - If you'd like to be notified of the changes of the clipboard, you can subscribe to it's #contentChanged event. For example: > > subscriber := [ :newClipboardText :updateSource | > Transcript show: ('Clipboard was updated by {1}, the new content is: {2}' > format: { > updateSource. > newClipboardText }); cr ]. > Clipboard default > when: #contentChanged > send: #value:value: > to: subscriber. > > At this point if you open a Transcript and copy or cut some text, then the message will appear on the Transcript. Make sure that there's a reference kept to subscriber, otherwise it will be garbage collected and no messages will appear. > > To unsubscribe from the clipboard changes, just evaluate: > > Clipboard default removeActionsWithReceiver: subscriber! > >

5 6

The Trunk: ToolBuilder-Kernel-fbs.56.mcz
by commits＠source.squeak.org 25 Jun '13

25 Jun '13

Frank Shearar uploaded a new version of ToolBuilder-Kernel to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-Kernel-fbs.56.mcz ==================== Summary ==================== Name: ToolBuilder-Kernel-fbs.56 Author: fbs Time: 25 June 2013, 9:58:05.394 am UUID: 31af859c-9e28-4086-8353-36c8d53ef0d4 Ancestors: ToolBuilder-Kernel-fbs.55 Better descriptions for some assertions. Also, I don't know what I was thinking when I first submitted these tests. They were completely broken. =============== Diff against ToolBuilder-Kernel-fbs.55 =============== Item was changed: ----- Method: PluggableMenuItemSpecTests>>testBeCheckableMakesItemCheckable (in category 'as yet unclassified') ----- testBeCheckableMakesItemCheckable | itemSpec | itemSpec := PluggableMenuItemSpec new. itemSpec beCheckable. + self assert: itemSpec isCheckable description: 'Item not checkable'.! - self deny: itemSpec isCheckable.! Item was changed: ----- Method: PluggableMenuItemSpecTests>>testNoMarkerMakesItemChecked (in category 'as yet unclassified') ----- testNoMarkerMakesItemChecked | itemSpec | itemSpec := PluggableMenuItemSpec new. itemSpec label: '<no>no'. itemSpec analyzeLabel. self assert: itemSpec isCheckable description: 'item not checkable'. + self deny: itemSpec checked description: 'item checked'.! - self deny: itemSpec isCheckable description: 'item checked'.! Item was changed: ----- Method: PluggableMenuItemSpecTests>>testOffMarkerMakesItemChecked (in category 'as yet unclassified') ----- testOffMarkerMakesItemChecked | itemSpec | itemSpec := PluggableMenuItemSpec new. itemSpec label: '<off>off'. itemSpec analyzeLabel. self assert: itemSpec isCheckable description: 'item not checkable'. + self deny: itemSpec checked description: 'item checked'.! - self deny: itemSpec isCheckable description: 'item checked'.!

1 0

Community hangout
by tim Rowledge 24 Jun '13

24 Jun '13

Don't forget it hangout time - https://plus.google.com/events/cjirbt6noeihgb96nn8eqhp05ro Want to know what I've been doing to Scratch? Need to quiz Colin about Environments? Come along and ask... tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim When you earnestly believe you can compensate for a lack of skill by doubling your efforts, there's no end to what you can't do

2 1

Re: [squeak-dev] Smalltalk development tools in Scratch
by tim Rowledge 24 Jun '13

24 Jun '13

Hmph, this seemingly failed to achieve orbit; so reposted. Begin forwarded message: > From: postmaster(a)SJL01WMXIN05.prod.dm.local > Subject: Delivery Status Notification (Failure) > Date: 21 June, 2013 4:50:41 PM PDT > To: tim(a)rowledge.org > > This is an automatically generated Delivery Status Notification. > > Delivery to the following recipients failed. > > squeak-dev(a)lists.squeakfoundation.org > > > > Reporting-MTA: dns;mxin-05.name-services.com > Received-From-MTA: dns;SJL01WMXIN05.prod.dm.local > Arrival-Date: Fri, 21 Jun 2013 16:50:21 -0700 > > Final-Recipient: rfc822;squeak-dev(a)lists.squeakfoundation.org > Action: failed > Status: 5.4.4 > > From: tim Rowledge <tim(a)rowledge.org> > Subject: Re: [squeak-dev] Smalltalk development tools in Scratch > Date: 21 June, 2013 11:45:48 AM PDT > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > > > On 21-06-2013, at 11:30 AM, Bert Freudenberg <bert(a)freudenbergs.de> wrote: > >> On 21.06.2013, at 10:37, tim Rowledge <tim(a)rowledge.org> wrote: >> >>> Does anyone knw where the GPL release has gone to? >> >> http://info.scratch.mit.edu/GPLv2_Licensed_Scratch_Code > > > Great; I really couldn't find it pointed to anywhere on the current site pages and even a quick google for the page name etc doesn't find anything obvious. It looks like there is a place for it on github too - https://github.com/LLK/Scratch_1.4 which is probably a safer place to keep a pointer to. > > tim > -- > tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim > Computers are only human. > > > > > > tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Useful random insult:- Teflon brain -- nothing sticks.

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
22
Older →

Jump to page: