Squeak-dev November 2015

squeak-dev@lists.squeakfoundation.org

40 participants
251 discussions

The Inbox: Tools-kfr.657.mcz
by commits＠source.squeak.org 25 Nov '15

25 Nov '15

A new version of Tools was added to project The Inbox: http://source.squeak.org/inbox/Tools-kfr.657.mcz ==================== Summary ==================== Name: Tools-kfr.657 Author: kfr Time: 25 November 2015, 12:31:59.64 pm UUID: 4c535bc5-5f99-42b3-8caa-4dc9bafb00ba Ancestors: Tools-kfr.656 Adds a toggle to show packages alphabetically in the PackagePaneBrowser =============== Diff against Tools-kfr.656 =============== Item was changed: Browser subclass: #PackagePaneBrowser + instanceVariableNames: 'package packageListIndex packageList packageListSorted' - instanceVariableNames: 'package packageListIndex packageList' classVariableNames: '' poolDictionaries: '' category: 'Tools-Browser'! !PackagePaneBrowser commentStamp: '<historical>' prior: 0! A package browser represents a hierarchical query path through an organization of class and method information. It parses class categories into a two-level hierarchy on the first '-' character, giving "packages" (e.g., Magnitude, Collections, Graphics, etc.), and "categories" (e.g., Magnitude-General and Magnitude-Number). Instance Variables: package <Symbol> the "category header," e.g., #Magnitudes or #Collections packageListIndex <Integer> The index in the package list packageList <OrderedCollection of String> the list of package names ! Item was changed: ----- Method: PackagePaneBrowser>>mainPackageMenu: (in category 'package list') ----- mainPackageMenu: aMenu "Answer a Menu of operations on class packages to be displayed when the operate menu button is pressed." <packageListMenu> ^aMenu addList: #( ('find class...' findClass) ('recent classes...' recent) - ('reorganize' editSystemCategories) + ('show alphabetically' togglePackageListSorted) + ('show unsorted' togglePackageListSorted) ('update' updatePackages)); yourself. ! Item was changed: ----- Method: PackagePaneBrowser>>packageList (in category 'package list') ----- packageList "Answer a list of the packages in the current system organization." | str stream | str := Set new: 100. stream := WriteStream on: (Array new: 100). systemOrganizer categories do: [ :categ | | cats | cats := categ asString copyUpTo: $-. (str includes: cats) ifFalse: [str add: cats. stream nextPut: cats]]. + packageListSorted + ifTrue:[ ^stream contents sorted] + ifFalse:[ ^stream contents]! - ^stream contents! Item was changed: ----- Method: PackagePaneBrowser>>systemOrganizer: (in category 'initialize-release') ----- systemOrganizer: aSystemOrganizer "Initialize the receiver as a perspective on the system organizer, aSystemOrganizer. Typically there is only one--the system variable SystemOrganization." super systemOrganizer: aSystemOrganizer . + packageListIndex := 0. + packageListSorted := false! - packageListIndex := 0! Item was added: + ----- Method: PackagePaneBrowser>>togglePackageListSorted (in category 'package list') ----- + togglePackageListSorted + packageListSorted + ifTrue:[ packageListSorted := false] + ifFalse:[ packageListSorted := true] + !

1 0

Environments update
by Colin Putney 25 Nov '15

25 Nov '15

Hi all, So I've been plugging away at Environments, and have a new implementation that supports renaming, but I wanted to get some feedback before figuring out the sequence of commits necessary to update the trunk safely. The idea is to support this kind of scenario: seaside := (Environment named: #Seaside) import: Smalltalk globals; importSelf; exportSelf; yourself. magma := (Environment named: #Magma) import: Smalltalk globals; importSelf; exportSelf; yourself. app := (Environment named: #AwesomeApp) import: Smalltalk globals; import: seaside; from: seaside import: {#Session -> #SeasideSession}; import: magma; from: magma import: {#Session -> #MagmaSession}; importSelf; exportSelf; yourself. In order to have the decompiled code use the correct names, I've changed the way lookup works. Instead of moving bindings from one environment to another, we now create a separate set of bindings for each environment, and copy the values (i.e., classes and globals) into a new binding when a binding is imported. I had originally thought to use something like #changed:/#update: to keep all the bindings in sync, but then I realized that ClassBuilder does a #becomeForward: updates a class. So it's really only globals that could become out of sync between environments. Since we have very few globals in the image, and they basically never change, an update mechanism may not be necessary in practice. So, here are some possible ways to proceed: 1. Use #changed:/#update: or something similar to keep keep global variables in sync. 2. Idea from Eliot—adopt the same convention as VW, and send #value to the binding on every access. Then we could have a special Alias bindings that forward the #value message to the original binding. 3. Share bindings for global variables between environments and disallow renaming of globals. 4. Special case the traditional globals such as Transcript and Display, and disallow the creation of new globals. Anyhow, I'd appreciate a code review from anybody who's interested in this stuff. To take a look, file the attached (hand edited) change set into an updated trunk image. Thanks, Colin

6 21

Daily Commit Log
by commits＠source.squeak.org 24 Nov '15

24 Nov '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-November/009194.h… Name: Morphic-mt.1054 Ancestors: Morphic-mt.1053 Do not create undoable commands everytime we type a separator. Having this, we can do in-place find/replace of sequences with whitespace again such as selecting "first" and replacing it with "at: 1" followed by hitting CTRL+J or CTRL+SHIFT+J to do the replacement again. Note that commands will still end if the user changes the selection by, for example, moving the text cursor. Or when deleting things via backspace. Or when inserting stuff from the clipboard, or ... just look for senders of #closeTypeIn or #insertAndCloseTypeIn to get the idea. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-November/009195.h… Name: HelpSystem-Core-mt.84 Ancestors: HelpSystem-Core-mt.83 Removes dead code. Avoid losing unaccepted changes without confirmation. Like on code editors. =============================================

1 0

Environments -- how to proceed (Re: [squeak-dev] The Inbox: Traits-pre.307.mcz)
by H. Hirzel 24 Nov '15

24 Nov '15

On 11/23/15, Colin Putney <colin(a)wiresong.com> wrote: > On Mon, Nov 23, 2015 at 6:30 AM, Frank Shearar <frank.shearar(a)gmail.com> > wrote: > > There's definitely a pattern there: someone has a great idea for a >> fairly advanced capability, heroically tries to do all the work solo, >> or with minimal help from the community, burns out and the work never >> gets finished. > > >> > Traits, or things close enough to traits that you end up splitting >> hairs to tell them apart, are a core feature of so many languages >> nowadays (Ruby, Newspeak, Scala, Perl 6, Rust, off the top of my >> head), while we let the idea die on the vine, for want of tooling >> support. And I'm sure Environments will, too. >> >> Sure, if it's not providing value, and no one's willing to do the >> work, just kill the thing and be done. I'd rather see people pitch in >> and help _make_ the dang thing a proper part of the system. ("Thing" >> here applies mostly to Environments, but Islands and Traits too.) But >> I'm also not going to run around pointing fingers: I'm too burned out >> to do anything to help, so I'll just shut up now. >> > > Yup, that about sums it up. > > Over the last year or so, I've attempted to resume work on Environments > several times only to get discouraged and give up. The "easy" part is done, > and what remains is tracing through gnarly legacy code and figuring out > where the SystemDictionary assumptions are. It's hard. > > The reason I started working on OmniBrowser 10 years ago was because > Nathanael Schärli commented that the hardest part of getting the Traits > prototype working was adding tool support. The idea was to make a modular > tool set that could easily be modified and *make language improvements > easier*. That failed. OB ended up being a great IDE once Lukas did the > refactoring support, but nobody uses it. I spent years trying to hunt down > the underlying reasons for that and remove the obstacles, but in the end, > "not exactly like the tools I already know" and "requires installation" > proved insurmountable. > > This is why I wanted to develop Environments in the trunk and not have it > be an optional thing. That worked fairly well, but then I ran into the > exact same problem that Nathanael did with Traits. > > I really want Environments to succeed. I do. I wrote the cleanest code I > could, with tests and comments. I engaged with the community from the > beginning and throughout the process trying to build support for the idea > and knowledge about the implementation. Eventually, I had to take a break > and deal with meatspace things like moving and a new job, but I was > determined to get back into it as soon as I could. > > After time away from it, though, thinking about Environments fills me with > despair. Nobody cares. Nobody wants to make Squeak better. The only thing > the Squeak community values is compatibility with Alan's demos, and a > version of Etoys that nobody uses. Ok, that's over the top. But to a first > approximation it's true. It's why we lost the Pharo folks. > > So here's my proposal: let's decide as a community whether we want > Environments or not. I pledge to help implement the decision either way. If > people want to go back to the classical ST-80 global namespace, I'll help > with that. Or we can figure out what would be required for Environments to > actually be worth keeping and I'll help work on that too. > > Thoughts? > > Colin Environments as such work in the sense that having added them does not do any harm besides that it broke saving and loading projects. So in this sense a first result has been achieved. I understand that there is progress as well on the issue of fixing loading and saving projects. I wonder what is still needed to make work fully. Are there any other shortcomings cause by the introduction of environments? And then there is surely lack of documentation. I do not know how to use environments. I assume there are examples but they are hidden in emails many months or even years ago and are difficult to trace. At the moment I think I could live with limited tool support for environments. --Hannes

1 0

Use of the Scratch program in the UK? (Re: [squeak-dev] The Inbox: Nebraska-tpr.42.mcz)
by H. Hirzel 24 Nov '15

24 Nov '15

On 11/24/15, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Nov 23, 2015 at 11:30:44PM +0100, karl ramberg wrote: >> On Mon, Nov 23, 2015 at 11:17 PM, tim Rowledge <tim(a)rowledge.org> wrote: >> >> > >> > > On 23-11-2015, at 1:16 PM, Chris Muller <asqueaker(a)gmail.com> wrote: >> > > >> > > Is this so that Scratch users won't have to see the pre-debugger? >> > >> > Nah, the Scratch code handles it in ScratchSoundRecroderDialog or >> > some-such. These couple of changes are simply suggestions for more >> > politely >> > handling a possible problem in a way that is a touch less painful than >> > a >> > primitiveFailed within a critical block. If people prefer the plain >> > notifier for an unhandled Warning, fine. >> > >> > ChatNotes etc are not used by Scratch - though enabling group chat >> > could >> > be fun... >> > >> > > If >> > > a Scratch kid gets a debugger and clicks "Debug" isntead of >> > > "Abanadon". They might get confused or they might learn something..? >> > >> > I suspect a teacher of a class of 30-40 8 year olds trying to keep >> > their >> > minds on the required lesson might not see it as at all amusing. >> > Remember, >> > Scratch usage is now part of the national curriculum in the UK. >> > >> >> Oh, that's really big. >> Hope they enjoy it :-) >> > > Indeed, it sounds like a pretty big deal, but not something that I would > have remembered since I did not know about it in the first place. Tim, > can you provide a link to "Scratch usage is now part of the national > curriculum in the UK"? So far I found http://www.naace.co.uk/curriculum/primaryguide Page 14 shows a screen with scratch. This is from an association of UK ICT teachers. There are web pages from the UK government but I did not find the reference yet. --Hannes > And when they say "Scratch" does it mean the real one, or the "improved" > version that was reimplemented in a soon-to-be-dead language by wannabe > IT managers? > > Dave > > >

1 1

#find in HelpBrowser
by marcel.taeumel 24 Nov '15

24 Nov '15

Hi Karl, I plan to remove the following methods since we got a new search feature in the help browser: HelpBrowser >> #menu: HelpBrowser >> #find (falsely called from text pane context menu "find" - not the same as CMD+F) HelpBrowser >> #find: HelpBrowser >> #findAgain: HelpBrowser >> #findStringInHelpTopic: HelpBrowser >> #inSubtopic:find: HelpBrowser >> #inTopic:replaceCurrentTopicWith: HelpBrowser >> #inTopic:replaceSubtopic:with: Any objections? Best, Marcel -- View this message in context: http://forum.world.st/find-in-HelpBrowser-tp4862605.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

2 3

Re: [squeak-dev] The Inbox: Nebraska-tpr.42.mcz
by Chris Muller 24 Nov '15

24 Nov '15

Is this so that Scratch users won't have to see the pre-debugger? If a Scratch kid gets a debugger and clicks "Debug" isntead of "Abanadon". They might get confused or they might learn something..? It seems the debugger could never be less friendly than #inform:... If I'm wrong about that, maybe the handling via #inform: could be based on #noviceMode also being set? On Mon, Nov 23, 2015 at 1:28 PM, <commits(a)source.squeak.org> wrote: > tim Rowledge uploaded a new version of Nebraska to project The Inbox: > http://source.squeak.org/inbox/Nebraska-tpr.42.mcz > > ==================== Summary ==================== > > Name: Nebraska-tpr.42 > Author: tpr > Time: 23 November 2015, 11:28:38.815 am > UUID: fa28a253-e88a-4641-a22d-3569a99e0262 > Ancestors: Nebraska-kfr.41 > > An accompanying change to the Sound-tpr.45 changes; catch the Warning exception in ChatNotes to inform the user > > =============== Diff against Nebraska-kfr.41 =============== > > Item was changed: > ----- Method: ChatNotes>>record (in category 'button commands') ----- > record > > self isRecording: true. > notesIndex = 0 ifFalse: [self notesListIndex: 0]. > sound := nil. > recorder clearRecordedSound. > + [recorder resumeRecording] on: Warning do:[:ex| > + self inform: ex tag]! > - recorder resumeRecording.! > >

5 4

The Trunk: HelpSystem-Core-mt.84.mcz
by commits＠source.squeak.org 24 Nov '15

24 Nov '15

Marcel Taeumel uploaded a new version of HelpSystem-Core to project The Trunk: http://source.squeak.org/trunk/HelpSystem-Core-mt.84.mcz ==================== Summary ==================== Name: HelpSystem-Core-mt.84 Author: mt Time: 24 November 2015, 9:48:03.135 am UUID: ce8e1b34-772e-4968-a6f7-ad1afed12b10 Ancestors: HelpSystem-Core-mt.83 Removes dead code. Avoid losing unaccepted changes without confirmation. Like on code editors. =============== Diff against HelpSystem-Core-mt.83 =============== Item was changed: ----- Method: HelpBrowser>>accept: (in category 'actions') ----- accept: text "Accept edited text. Compile it into a HelpTopic" | code parent topicClass topicMethod | (self currentParentTopic isNil or: [self currentParentTopic isEditable not]) ifTrue: [^ self inform: 'This help topic cannot be edited.']. + self changed: #clearUserEdits. + parent := self currentParentTopic. topicClass := parent helpClass. topicMethod := self currentTopic key. code := String streamContents:[:s| s nextPutAll: topicMethod. s crtab; nextPutAll: '"This method was automatically generated. Edit it using:"'. s crtab; nextPutAll: '"', self name,' edit: ', topicMethod storeString,'"'. s crtab; nextPutAll: '^HelpTopic'. s crtab: 2; nextPutAll: 'title: ', currentTopic title storeString. s crtab: 2; nextPutAll: 'contents: '. s cr; nextPutAll: (String streamContents:[:c| c nextChunkPutWithStyle: text]) storeString. s nextPutAll:' readStream nextChunkText'. ]. topicClass class compile: code classified: ((topicClass class organization categoryOfElement: topicMethod) ifNil:['pages']). parent refresh. parent == self rootTopic ifTrue: [self rootTopic: parent]. self currentTopic: (parent subtopics detect: [:t | t key = topicMethod]).! Item was changed: ----- Method: HelpBrowser>>currentTopic: (in category 'accessing') ----- currentTopic: aHelpTopic + self okToChange ifFalse: [^ self]. self currentTopic == aHelpTopic ifTrue: [^ self]. currentTopic := aHelpTopic. topicPath := nil. self changed: #currentTopic. self changed: #topicContents.! Item was removed: - ----- Method: HelpBrowser>>find (in category 'actions') ----- - find - "Prompt the user for a string to search for, and search the receiver from the current selection onward for it." - - | reply | - reply := UIManager default request: 'Find what? ' initialAnswer: ''. - reply size = 0 ifTrue: [ - ^ self]. - self findStringInHelpTopic: reply - ! Item was removed: - ----- Method: HelpBrowser>>find: (in category 'actions') ----- - find: aString - ^SystemNavigation allMethodsSelect: [:method | - method hasLiteralSuchThat: [:lit | - (lit isString and: [lit isSymbol not]) and: - [lit includesSubstring: aString caseSensitive: false]]] - localTo: CustomHelp - ! Item was removed: - ----- Method: HelpBrowser>>findAgain (in category 'actions') ----- - findAgain - | i | - (i := result indexOf: currentTopic) ~= 0 - ifTrue: [i = result size - ifTrue: [(self confirm: 'Start over?') - ifTrue: [i := 1] - ifFalse: [^ self]]. - self - onItemClicked: (result at: i + 1)]! Item was removed: - ----- Method: HelpBrowser>>findStringInHelpTopic: (in category 'actions') ----- - findStringInHelpTopic: aString - - result := OrderedCollection new. - self inSubtopic: self rootTopic find: aString. - result ifNotEmpty: [self topic: result first]. - ! Item was removed: - ----- Method: HelpBrowser>>inSubtopic:find: (in category 'actions') ----- - inSubtopic: aTopic find: aString - ((aTopic title asString includesSubstring: aString caseSensitive: false) - or: [aTopic contents asString includesSubstring: aString caseSensitive: false]) - ifTrue: [result addIfNotPresent: aTopic]. - aTopic subtopics - do: [:sub | self inSubtopic: sub find: aString]! Item was removed: - ----- Method: HelpBrowser>>inTopic:replaceCurrentTopicWith: (in category 'actions') ----- - inTopic: parentTopic replaceCurrentTopicWith: aNewTopic - - parentTopic subtopics - do: [ :sub | self inTopic: parentTopic replaceSubtopic: sub with: aNewTopic]! Item was removed: - ----- Method: HelpBrowser>>inTopic:replaceSubtopic:with: (in category 'actions') ----- - inTopic: parentTopic replaceSubtopic: aTopic with: aNewTopic - | i | - - (aTopic = oldTopic) - ifTrue: [ i := parentTopic subtopics indexOf: aTopic. - parentTopic subtopics at: i put: aNewTopic. ^self ]. - - aTopic subtopics - do: [ :sub | self inTopic: aTopic replaceSubtopic: sub with: aNewTopic]! Item was added: + ----- Method: HelpBrowser>>okToChange (in category 'updating') ----- + okToChange + + self canDiscardEdits ifTrue: [^ true]. + self changed: #wantToChange. "Solicit cancel from view" + ^ self canDiscardEdits! Item was changed: ----- Method: HelpBrowser>>searchTerm: (in category 'searching') ----- searchTerm: aString "Spawn a new search topic." | topic | + self okToChange ifFalse: [^ self]. + topic := self searchTopic subtopics detect: [:t | t term = aString] ifNone: [ | newTopic | newTopic := SearchTopic new term: aString; yourself. self searchTopic addSubtopic: newTopic. newTopic addDependent: self. "Tell me about your updates." newTopic]. "self changed: #searchTerm." "Select results and expand searches node if necessary." self currentTopicPath: {self searchTopic. topic}. self assert: self currentTopic == topic. topic topicsToSearch: self toplevelTopics allButLast; startSearch.!

1 0

The Trunk: Morphic-mt.1054.mcz
by commits＠source.squeak.org 24 Nov '15

24 Nov '15

Marcel Taeumel uploaded a new version of Morphic to project The Trunk: http://source.squeak.org/trunk/Morphic-mt.1054.mcz ==================== Summary ==================== Name: Morphic-mt.1054 Author: mt Time: 24 November 2015, 9:33:49.122 am UUID: 878e7207-e241-4d31-83ab-30ad76c71c11 Ancestors: Morphic-mt.1053 Do not create undoable commands everytime we type a separator. Having this, we can do in-place find/replace of sequences with whitespace again such as selecting "first" and replacing it with "at: 1" followed by hitting CTRL+J or CTRL+SHIFT+J to do the replacement again. Note that commands will still end if the user changes the selection by, for example, moving the text cursor. Or when deleting things via backspace. Or when inserting stuff from the clipboard, or ... just look for senders of #closeTypeIn or #insertAndCloseTypeIn to get the idea. =============== Diff against Morphic-mt.1053 =============== Item was changed: Editor subclass: #TextEditor + instanceVariableNames: 'model paragraph markBlock pointBlock beginTypeInIndex emphasisHere lastParenLocation otherInterval oldInterval typeAhead history' - instanceVariableNames: 'model paragraph markBlock pointBlock beginTypeInIndex emphasisHere lastParenLocation otherInterval oldInterval typeAhead history previousKeyCharacter' classVariableNames: 'AutoEnclose AutoIndent ChangeText FindText' poolDictionaries: '' category: 'Morphic-Text Support'! TextEditor class instanceVariableNames: 'cmdActions shiftCmdActions yellowButtonMenu shiftedYellowButtonMenu'! !TextEditor commentStamp: '<historical>' prior: 0! See comment in Editor. My instances edit Text, this is, they support multiple lines and TextAttributes. They have no specific facilities for editing Smalltalk code. Those are found in SmalltalkEditor.! TextEditor class instanceVariableNames: 'cmdActions shiftCmdActions yellowButtonMenu shiftedYellowButtonMenu'! Item was changed: ----- Method: TextEditor>>dispatchOnKeyboardEvent: (in category 'typing support') ----- dispatchOnKeyboardEvent: aKeyboardEvent "Carry out the action associated with this character, if any. Type-ahead is passed so some routines can flush or use it." | honorCommandKeys typedChar | typedChar := aKeyboardEvent keyCharacter. - "Create a new command for separating characters. Do not create separate commands for consecutive separators." - ((Character separators includes: typedChar) - and: [(Character separators includes: previousKeyCharacter) not]) - ifTrue: [self closeTypeIn]. - previousKeyCharacter := typedChar. - "Handle one-line input fields." (typedChar == Character cr and: [morph acceptOnCR]) ifTrue: [^ true]. "Clear highlight for last opened parenthesis." self clearParens. "Handle line breaks and auto indent." typedChar == Character cr ifTrue: [ aKeyboardEvent controlKeyPressed ifTrue: [^ self normalCharacter: aKeyboardEvent]. aKeyboardEvent shiftPressed ifTrue: [^ self lf: aKeyboardEvent]. aKeyboardEvent commandKeyPressed ifTrue: [^ self crlf: aKeyboardEvent]. ^ self crWithIndent: aKeyboardEvent]. "Handle indent/outdent with selected text block." typedChar == Character tab ifTrue: [ aKeyboardEvent shiftPressed ifTrue: [self outdent: aKeyboardEvent. ^ true] ifFalse: [self hasMultipleLinesSelected ifTrue: [self indent: aKeyboardEvent. ^ true]]]. honorCommandKeys := Preferences cmdKeysInText. (honorCommandKeys and: [typedChar == Character enter]) ifTrue: [^ self dispatchOnEnterWith: aKeyboardEvent]. "Special keys overwrite crtl+key combinations - at least on Windows. To resolve this conflict, assume that keys other than cursor keys aren't used together with Crtl." ((self class specialShiftCmdKeys includes: aKeyboardEvent keyValue) and: [aKeyboardEvent keyValue < 27]) ifTrue: [^ aKeyboardEvent controlKeyPressed ifTrue: [self perform: (self class shiftCmdActions at: aKeyboardEvent keyValue + 1) with: aKeyboardEvent] ifFalse: [self perform: (self class cmdActions at: aKeyboardEvent keyValue + 1) with: aKeyboardEvent]]. "backspace, and escape keys (ascii 8 and 27) are command keys" ((honorCommandKeys and: [aKeyboardEvent commandKeyPressed]) or: [self class specialShiftCmdKeys includes: aKeyboardEvent keyValue]) ifTrue: [ ^ aKeyboardEvent shiftPressed ifTrue: [self perform: (self class shiftCmdActions at: aKeyboardEvent keyValue + 1) with: aKeyboardEvent] ifFalse: [self perform: (self class cmdActions at: aKeyboardEvent keyValue + 1) with: aKeyboardEvent]]. "the control key can be used to invoke shift-cmd shortcuts" (honorCommandKeys and: [ aKeyboardEvent controlKeyPressed ]) ifTrue: [^ self perform: (self class shiftCmdActions at: aKeyboardEvent keyValue + 1) with: aKeyboardEvent]. "Automatically enclose paired characters such as brackets." (self class autoEnclose and: [self autoEncloseFor: typedChar]) ifTrue: [^ true]. self normalCharacter: aKeyboardEvent. ^ false!

1 0

Daily Commit Log
by commits＠source.squeak.org 23 Nov '15

23 Nov '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-November/009191.h… Name: Help-Squeak-Project-cmm.34 Ancestors: Help-Squeak-Project-mt.33 - Document recently added Redo function. - Clarify and correct the toggle enclosure function. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-November/009192.h… Name: Tools-kfr.655 Ancestors: Tools-mt.654 Adds menu item for class pane to open a HeloBrowser for selected class. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-November/009193.h… Name: Tools-kfr.656 Ancestors: Tools-kfr.655 Might as well get the comment right on this one.... =============================================

1 0

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

Jump to page: