<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general">
    <title>gmane.comp.lang.smalltalk.squeak.general</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169169"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169168"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169167"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169166"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169165"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169164"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169163"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169162"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169161"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169160"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169159"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169158"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169157"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169156"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169155"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169154"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169153"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169152"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169151"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169150"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169169">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169169</link>
    <description>&lt;pre&gt;

As a student and practitioner of Ward Cunningham's approach to UI
design (and XP development), I wholeheardtedly agree with Tim.  I was
fortunate to meet Ward in 1994 and to have one of his colleagues as my
mentor.  In his paper, "The CHECKS Pattern Language of Information
Integrity" Ward advocates a non-intrusive, non-modal UI style.  I
highly recommend reading it if you're interested in making
user-interfaces that interact appropriately with people.

Above, Tim is proposing we "Echo Back" confirmation of user-input:

   http://c2.com/ppr/checks.html#4

I'd bet it wouldn't be difficult to do -- we know we can draw a
1-pixel border around any rectangle, and whatever action is performed
on mouseClick (or on mouseDown vs. mouseUp) said border could be
drawn, then the action, THEN the highlight.  Sounds good!


&lt;/pre&gt;</description>
    <dc:creator>Chris Muller</dc:creator>
    <dc:date>2013-05-22T15:49:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169168">
    <title>The Inbox: Morphic-kb.652.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169168</link>
    <description>&lt;pre&gt;A new version of Morphic was added to project The Inbox:
http://source.squeak.org/inbox/Morphic-kb.652.mcz

==================== Summary ====================

Name: Morphic-kb.652
Author: kb
Time: 22 May 2013, 4:50:12.27 pm
UUID: 73334963-ccc3-4f41-8fec-fc64d40db333
Ancestors: Morphic-fbs.651

Implementation of pre selection highlight in PluggableListMorph. See the discussion here: http://lists.squeakfoundation.org/pipermail/squeak-dev/2013-May/171143.html

=============== Diff against Morphic-fbs.651 ===============

Item was changed:
  Morph subclass: #LazyListMorph
+ instanceVariableNames: 'listItems listIcons font selectedRow selectedRows preSelectedRow listSource maxWidth'
+ classVariableNames: 'ListPreSelectionColor ListSelectionColor ListSelectionTextColor'
- instanceVariableNames: 'listItems listIcons font selectedRow selectedRows listSource maxWidth'
- classVariableNames: 'ListSelectionColor ListSelectionTextColor'
  poolDictionaries: ''
  category: 'Morphic-Widgets'!
  
  !LazyListMorph comme&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-22T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169167">
    <title>Re: Squeak's presence on GitHub</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169167</link>
    <description>&lt;pre&gt;* https://github.com/squeak-smalltalk/
* https://github.com/squeak-smalltalk/squeak-ci/

Note that any existing references to
https://github.com/frankshearar/squeak-ci/ are safe; this link will
now automatically (thanks to the awesome power of GitHub) redirect you
to squeak-ci's new home.

frank

On 20 May 2013 10:25, Frank Shearar &amp;lt;frank.shearar&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Frank Shearar</dc:creator>
    <dc:date>2013-05-22T13:46:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169166">
    <title>Re: Breaking out CommandHistory</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169166</link>
    <description>&lt;pre&gt;

So far it has only been used with morphs, but indeed, having system-wide undo would be great.


forgetAllGrabCommands is a more recent addition, added 2 years after the general undo support it seems. There should be a better way to integrate it than the direct dependency.

- Bert -




&lt;/pre&gt;</description>
    <dc:creator>Bert Freudenberg</dc:creator>
    <dc:date>2013-05-22T12:30:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169165">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169165</link>
    <description>&lt;pre&gt;
You mean someone with a strong background in Squeak coupled with expertise in
UI design fundamentals and a personal interest in improving the user experience?
Where might we find such a person?

;-)

Dave




&lt;/pre&gt;</description>
    <dc:creator>David T. Lewis</dc:creator>
    <dc:date>2013-05-22T12:03:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169164">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169164</link>
    <description>&lt;pre&gt;
This sounds right to me.

Dave



&lt;/pre&gt;</description>
    <dc:creator>David T. Lewis</dc:creator>
    <dc:date>2013-05-22T11:57:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169163">
    <title>Breaking out CommandHistory</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169163</link>
    <description>&lt;pre&gt;Part of the System -&amp;gt; MorphicExtras dependency stems from references
to CommandHistory. Now it seems that CommandHistory has almost nothing
to do with MorphicExtras. The only thing that ties it to that package
is CommandHistory class &amp;gt;&amp;gt; #resetAllHistory, which has the line

MorphExtension withAllSubclassesDo:
    [:mexc | self forgetAllGrabCommandsFrom: mexc someInstance]

So it occurs to me that CommandHistory is useful beyond the context of
a MorphicUI, and hence perhaps we can resolve this territory dispute
thusly:
* move CommandHistory to somewhere in System (System-Support, perhaps), and
* leave resetAllHistory in MorphicExtras, perhaps with
#forgetAllGrabCommandsFrom:.

This doesn't fully resolve the issue, because SmalltalkImage &amp;gt;&amp;gt;
#zapAllOtherProjects calls #resetAllHistory (among other
dependency-on-MorphicExtras-causing actions), but does snip one more
thread.

What do you think?

frank


&lt;/pre&gt;</description>
    <dc:creator>Frank Shearar</dc:creator>
    <dc:date>2013-05-22T11:46:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169162">
    <title>Re: Locale class &gt;&gt; #localeChangedGently</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169162</link>
    <description>&lt;pre&gt;
How bit this as a plan for breaking this particular dependency?

* Add Object &amp;gt;&amp;gt; #localeChangedGently to System-Localization
* For each of the classes mentioned in LocaleClass class &amp;gt;&amp;gt;
#localeChangedGently (ParagraphEditor, BitEditor, and so on) implement
a #localeChanged that calls self initialize
* Use reflection to invoke these, something like this:

localeChangedGently
  self environment allClassesDo: [:cls | cls localeChangedGently]

but please suggest something nicer. I'm saying "self environment" here
because we might well need different environments set to different
locales.

frank



&lt;/pre&gt;</description>
    <dc:creator>Frank Shearar</dc:creator>
    <dc:date>2013-05-22T08:13:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169161">
    <title>The Trunk: System-fbs.538.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169161</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of System to project The Trunk:
http://source.squeak.org/trunk/System-fbs.538.mcz

==================== Summary ====================

Name: System-fbs.538
Author: fbs
Time: 22 May 2013, 7:51:50.831 am
UUID: 62080650-696b-42a7-b576-79b849a51288
Ancestors: System-fbs.537

Make #actualClass work in any Environment.

Also, #environment must work for any MethoReference already present in the image when this commit lands. Gently and lazily introduce these instances to their host Environment, Smalltalk globals.

=============== Diff against System-fbs.537 ===============

Item was changed:
  ----- Method: MethodReference&amp;gt;&amp;gt;actualClass (in category 'accessing') -----
  actualClass 
+ ^self environment at: classSymbol ifPresent: [ :actualClass |
- 
- ^Smalltalk globals at: classSymbol ifPresent: [ :actualClass |
  classIsMeta
  ifTrue: [ actualClass classSide ]
  ifFalse: [ actualClass ] ]
  
  !

Item was changed:
  ----- Method: MethodReference&amp;gt;&amp;gt;environment (in category&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-22T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169160">
    <title>The Trunk: ToolsTests-fbs.65.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169160</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of ToolsTests to project The Trunk:
http://source.squeak.org/trunk/ToolsTests-fbs.65.mcz

==================== Summary ====================

Name: ToolsTests-fbs.65
Author: fbs
Time: 22 May 2013, 7:49:38.501 am
UUID: a375bd63-27af-4091-bde7-ebf16789162d
Ancestors: ToolsTests-fbs.64

Tests to show MethodReference &amp;gt;&amp;gt; #actualClass working correctly.

=============== Diff against ToolsTests-fbs.64 ===============

Item was changed:
  ClassTestCase subclass: #MethodReferenceTest
+ instanceVariableNames: 'env'
- instanceVariableNames: ''
  classVariableNames: ''
  poolDictionaries: ''
  category: 'ToolsTests-Browser'!

Item was added:
+ ----- Method: MethodReferenceTest&amp;gt;&amp;gt;createClass: (in category 'private') -----
+ createClass: aSymbol
+ | builder |
+ builder := ClassBuilder new.
+ ^ builder
+ name: aSymbol
+ inEnvironment: env
+ subclassOf: Object
+ type: #normal
+ instanceVariableNames: ''
+ classVariableNames: ''
+ poolDictionaries: ''
+ category: 'Te&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-22T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169159">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169159</link>
    <description>&lt;pre&gt;
It sounds like ToolBuilder would be the appropriate lever to use here.
Not in the sense of implementing the functionality directly, but in
the sense that ToolBuilder-Morphic (etc) makes sure the various
widgets behave in this manner. Tools that construct their UIs using
ToolBuilder would then Just Work.

MC browsers need to be rewritten to use ToolBuilder. However, that
work is decoupled from making ToolBuilder-Morphic do this UI feedback
thing right.

frank



&lt;/pre&gt;</description>
    <dc:creator>Frank Shearar</dc:creator>
    <dc:date>2013-05-22T07:48:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169158">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169158</link>
    <description>&lt;pre&gt;
On 21-05-2013, at 6:49 PM, David T. Lewis &amp;lt;lewis&amp;lt; at &amp;gt;mail.msen.com&amp;gt; wrote:

Absolutely; inconsistency can ruin a user experience (except in rare cases where it is the core of the experience).



Certainly. We just need someone with appropriate knowledge to decide to tackle it.

tim
--
tim Rowledge; tim&amp;lt; at &amp;gt;rowledge.org; http://www.rowledge.org/tim
Useful random insult:- Only playing with 51 cards.





&lt;/pre&gt;</description>
    <dc:creator>tim Rowledge</dc:creator>
    <dc:date>2013-05-22T04:43:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169157">
    <title>Re: UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169157</link>
    <description>&lt;pre&gt;
There are some good ideas here, and I'll add one more - whatever is done needs
to be done consistently throughout the interface. With that in mind, I'd be
inclined to focus on just one of these ideas and bring it to completion before
taking on the next. IMO, the two-stage highlighting idea seems like something
that would be a real benefit in terms of perceived responsiveness, so I'd vote
for that one.

Dave
 


&lt;/pre&gt;</description>
    <dc:creator>David T. Lewis</dc:creator>
    <dc:date>2013-05-22T01:49:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169156">
    <title>Daily Commit Log</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169156</link>
    <description>&lt;pre&gt;Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours:

http://lists.squeakfoundation.org/pipermail/packages/2013-May/005960.html

Name: Tests-fbs.215
Ancestors: Tests-fbs.214

Tests for the Environment-friendly SystemNavigation.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2013-May/005961.html

Name: MorphicExtras-fbs.108
Ancestors: MorphicExtras-fbs.107

Move unto MorphicExtras the things that are MorphicExtras. Flaps-referencing methods, in this case.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2013-May/005962.html

Name: System-fbs.534
Ancestors: System-fbs.533

Move unto MorphicExtras the things that are MorphicExtras. Flaps-referencing methods, in this case.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2013-May/005963.html

Name: Morphic-fbs.650
Ancestors: Morphic-fbs.649

How did these guys creep back here? They b&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-21T23:55:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169155">
    <title>UI feedback badness in 4.4-12550-ish image</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169155</link>
    <description>&lt;pre&gt;An important idea in UI design to support effective use and avoid customer irritation is to provide very rapid response to UI actions *especially* if the requested action is going to take a while. It's amazing how often writers of tools forget this and even more amazing how often the writers of UI widgets ignore any thought of providing a way to support the needed instant feedback.

My rantette today particularly refers to what happens in the MC repository browsers but is generally applicable; even the plain old code browser ought to be getting it right but doesn't - it's just that on a fast machine you don't often notice that. On slower machines it can be so damn annoying people simply give up. I'd prefer that didn't happen.

So, when you click on a package version the very first thing that should happen is the list item ought to be highlighted *right now*, before any start is made on the downloading of the package. You may be thinking "but we should wait until the package is there before highlighting and t&lt;/pre&gt;</description>
    <dc:creator>tim Rowledge</dc:creator>
    <dc:date>2013-05-21T23:37:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169154">
    <title>The Trunk: ToolsTests-fbs.64.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169154</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of ToolsTests to project The Trunk:
http://source.squeak.org/trunk/ToolsTests-fbs.64.mcz

==================== Summary ====================

Name: ToolsTests-fbs.64
Author: fbs
Time: 21 May 2013, 11:19:01.204 pm
UUID: 065f6deb-0212-492a-b868-1a37ffe31eeb
Ancestors: ToolsTests-fbs.63

In a MessageTrace, selecting the zeroth item (i.e., selecting no item), and then calling #removeMessageFromBrowser will remove the first item in the list.

=============== Diff against ToolsTests-fbs.63 ===============

Item was added:
+ ----- Method: MessageTraceTest&amp;gt;&amp;gt;testRemoveMessageFromBrowser (in category 'as yet unclassified') -----
+ testRemoveMessageFromBrowser
+ | count sel |
+ browser messageListIndex: 1.
+ sel := browser selection.
+ 
+ browser removeMessageFromBrowser.
+ self deny: (browser messageList includes: sel) description: 'Method not removed'.
+ 
+ "In a MessageTrace, having an unselected message and then removing it means 'remove the first message'."
+ browser mes&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-21T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169153">
    <title>The Trunk: System-fbs.537.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169153</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of System to project The Trunk:
http://source.squeak.org/trunk/System-fbs.537.mcz

==================== Summary ====================

Name: System-fbs.537
Author: fbs
Time: 21 May 2013, 11:08:04.602 pm
UUID: 1c8760f1-e0c4-42b2-95d4-17791443718f
Ancestors: System-fbs.536

* Pull the big chunk o' code into a block so we can see that we iterate over both instance- and class-side.
* Add the #environment accessor I should have added in the last commit.

=============== Diff against System-fbs.536 ===============

Item was added:
+ ----- Method: MethodReference&amp;gt;&amp;gt;environment (in category 'accessing') -----
+ environment
+ ^ environment.!

Item was changed:
  ----- Method: SystemNavigation&amp;gt;&amp;gt;allMethodsSelect:localTo: (in category 'query') -----
  allMethodsSelect: aBlock localTo: aClass
  "Answer a SortedCollection of each methodr in, above, or below the given
   class that, when used as the argument to aBlock, gives a true result."
  
+ | aSet collectInSet |
- | aSet |
  aS&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-21T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169152">
    <title>The Trunk: ToolsTests-fbs.63.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169152</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of ToolsTests to project The Trunk:
http://source.squeak.org/trunk/ToolsTests-fbs.63.mcz

==================== Summary ====================

Name: ToolsTests-fbs.63
Author: fbs
Time: 21 May 2013, 11:01:03.232 pm
UUID: e4188f34-fa59-4518-88d5-eb6042ee51b6
Ancestors: ToolsTests-fbs.62

MethodReference new setStandardClass: foo methodSymbol: bar -&amp;gt; MethodReference class: foo selector: bar.

Tests!

=============== Diff against ToolsTests-fbs.62 ===============

Item was added:
+ ----- Method: MethodReferenceTest&amp;gt;&amp;gt;testClassSelectorDefaultsToSmalltalkGlobals (in category 'tests') -----
+ testClassSelectorDefaultsToSmalltalkGlobals
+ | mref |
+ mref := MethodReference class: self class selector: #testClassSelectorDefaultsToSmalltalkGlobals.
+ self assert: Smalltalk globals equals: mref environment.!

Item was changed:
  ----- Method: MethodReferenceTest&amp;gt;&amp;gt;testEquals (in category 'Running') -----
  testEquals
  | aMethodReference anotherMethodReference |
  aMethodReference :&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-21T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169151">
    <title>Re: SystemNavigation &gt;&gt; #allMethodsSelect:localTo:</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169151</link>
    <description>&lt;pre&gt;

and writing it putting the block in a variable (as you did with another
method last week, the future: one IIRC) makes the intention far clearer.



&lt;/pre&gt;</description>
    <dc:creator>Eliot Miranda</dc:creator>
    <dc:date>2013-05-21T22:00:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169150">
    <title>The Trunk: Tools-fbs.465.mcz</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169150</link>
    <description>&lt;pre&gt;Frank Shearar uploaded a new version of Tools to project The Trunk:
http://source.squeak.org/trunk/Tools-fbs.465.mcz

==================== Summary ====================

Name: Tools-fbs.465
Author: fbs
Time: 21 May 2013, 10:58:13.064 pm
UUID: d4b56418-4599-44c2-9407-abc334c4e505
Ancestors: Tools-fbs.464

MethodReference new setStandardClass: foo methodSymbol: bar -&amp;gt; MethodReference class: foo selector: bar.

=============== Diff against Tools-fbs.464 ===============

Item was changed:
  ----- Method: ChangeList&amp;gt;&amp;gt;browseCurrentVersionsOfSelections (in category 'menu actions') -----
  browseCurrentVersionsOfSelections
  "Opens a message-list browser on the current in-memory versions of all methods that are currently seleted"
  | aList |
  aList := OrderedCollection new.
  Cursor read showWhile: [
  1 to: changeList size do: [:i |
  (listSelections at: i) ifTrue: [
  | aClass aChange |
  aChange := changeList at: i.
  (aChange type = #method
  and: [(aClass := aChange methodClass) notNil&lt;/pre&gt;</description>
    <dc:creator>commits&lt; at &gt;source.squeak.org</dc:creator>
    <dc:date>2013-05-21T00:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169148">
    <title>Re: SystemNavigation &gt;&gt; #allMethodsSelect:localTo:</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.general/169148</link>
    <description>&lt;pre&gt;
Ah! I had missed that single token!

frank



&lt;/pre&gt;</description>
    <dc:creator>Frank Shearar</dc:creator>
    <dc:date>2013-05-21T21:55:58</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.squeak.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.squeak.general</link>
  </textinput>
</rdf:RDF>
