Levente Uzonyi uploaded a new version of ShoutCore to project The Trunk:
http://source.squeak.org/trunk/ShoutCore-ul.52.mcz
==================== Summary ====================
Name: ShoutCore-ul.52
Author: ul
Time: 3 July 2015, 11:34:54.984 pm
UUID: 8d3fd95b-a5a6-4e10-9769-e0b0359fc30a
Ancestors: ShoutCore-mt.51
The syntaxHighlightingAsYouTypeAnsiAssignment preference should return the value of SyntaxHighlightingAsYouTypeAnsiAssignment instead of SyntaxHighlightingAsYouTypeLeftArrowAssignment.
=============== Diff against ShoutCore-mt.51 ===============
Item was changed:
----- Method: SHTextStylerST80 class>>syntaxHighlightingAsYouTypeAnsiAssignment (in category 'preferences') -----
syntaxHighlightingAsYouTypeAnsiAssignment
<preference: 'syntaxHighlightingAsYouTypeAnsiAssignment'
category: 'browsing'
description: 'If true, and syntaxHighlightingAsYouType is enabled, all left arrow assignments ( _ ) will be converted to the ANSI format ( := ) when a method is selected in a Browser. Whilst editing a method, this setting has no effect - both the left arrow and the ansi format may be used.'
type: #Boolean>
+ ^SyntaxHighlightingAsYouTypeAnsiAssignment ifNil: [true]!
- ^SyntaxHighlightingAsYouTypeLeftArrowAssignment ifNil: [true]!
Levente Uzonyi uploaded a new version of ShoutCore to project The Trunk:
http://source.squeak.org/trunk/ShoutCore-ul.52.mcz
==================== Summary ====================
Name: ShoutCore-ul.52
Author: ul
Time: 3 July 2015, 11:34:54.984 pm
UUID: 8d3fd95b-a5a6-4e10-9769-e0b0359fc30a
Ancestors: ShoutCore-mt.51
The syntaxHighlightingAsYouTypeAnsiAssignment preference should return the value of SyntaxHighlightingAsYouTypeAnsiAssignment instead of SyntaxHighlightingAsYouTypeLeftArrowAssignment.
=============== Diff against ShoutCore-mt.51 ===============
Item was changed:
----- Method: SHTextStylerST80 class>>syntaxHighlightingAsYouTypeAnsiAssignment (in category 'preferences') -----
syntaxHighlightingAsYouTypeAnsiAssignment
<preference: 'syntaxHighlightingAsYouTypeAnsiAssignment'
category: 'browsing'
description: 'If true, and syntaxHighlightingAsYouType is enabled, all left arrow assignments ( _ ) will be converted to the ANSI format ( := ) when a method is selected in a Browser. Whilst editing a method, this setting has no effect - both the left arrow and the ansi format may be used.'
type: #Boolean>
+ ^SyntaxHighlightingAsYouTypeAnsiAssignment ifNil: [true]!
- ^SyntaxHighlightingAsYouTypeLeftArrowAssignment ifNil: [true]!
David T. Lewis uploaded a new version of Help-Squeak-Project to project The Trunk:
http://source.squeak.org/trunk/Help-Squeak-Project-dtl.26.mcz
==================== Summary ====================
Name: Help-Squeak-Project-dtl.26
Author: dtl
Time: 2 July 2015, 7:50:00.887 pm
UUID: f80c8ff5-ece3-4f1c-a882-462e7cfe0000
Ancestors: Help-Squeak-Project-cmm.25
Editing correction: "Like most Smalltalk's" should be "Like most Smalltalks"
=============== Diff against Help-Squeak-Project-cmm.25 ===============
Item was changed:
----- Method: SqueakProjectHelp class>>workingWithSqueak (in category 'pages') -----
workingWithSqueak
^HelpTopic
title: 'Working with Squeak'
icon: (HelpIcons iconNamed: #squeakIcon)
contents:
'Starting and Quitting
+ Like most Smalltalks, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
- Like most Smalltalk''s, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
Smalltalk cannot run without the VM. The VM can''t do anything useful except process Smalltalk systems.
To start the system, drag the ".image" data file to the VM executable "squeak". There are myriad command-line options for starting the system via the command-line (see squeak --help). By default, the system will open on the screen in a single OS window.
To quit a Squeak session, choose ''quit'' from the menu bar. If you save, the image file will be overwritten and resume from that place the next time it''s launched.
The Image File
Squeak is an environment built in its own objects from the ground up, including one or more end-user applications. All of the objects in the system -- Classes, Dictionaries, Windows, Customers and other objects that make up the Squeak environment are stored in a binary ".image" file. This is the "object-data file" loaded by the VM when Squeak is launched.
When an image is started, every object resumes exactly from where it was last saved.
The Sources File
Smalltalk is traditionally includes the source code in the running system. However, keeping multiple copies of the same source code in all images files is wasteful. Therefore, the source code itself is kept in a read-only .sources file and accessed by all images. The image files merely have pointers into this file, which is read on-the-fly to present original source code.
The code of the base system is stored in the file "SqueakV41.sources". This file does not change except between releases of Squeak. Normally this file should be placed in the folder containing the VM executable.
The Changes File
The purpose of Squeak is to develop new programs and systems. Code changes to the running system are effective immediately. But since multiple images can be running, they cannot all update the .sources file safely. Therefore, each image file is accompanied by a ".changes" file which contains source code changes for that and only that Smalltalk system..
The changes file is important for project work. It keeps a sequential log of development activity for the purpose of recovering work performed since the last image-save. Any of several events could lead to the need to recover work, including a power-outage or making an erroneous change to code required to keep the system running.
The changes file does not consume memory space, so Squeak is able to keep a complete history of all program changes. This makes it easy to examine or even reinstate older versions of methods (see ''versions'' option in browser selector pane). This encourages experimentation, since you can easily revert to the original versions of any set of methods.
In extreme cases where sources and/or changes files are not available, the system can still run, and will automatically decompile the bytecode methods in image memory, if necessary, into readable and editable versions of the original source code (only comments and temporary variable names are lost).
Transferring Code-Snippets Between Images
In addition to the ''save'' command that saves the entire state of the system, the code of individual methods, categories or classes may be ''filed out'' and then filed-in to another image.
Packages
The code of an entire project is encapsulated by a Package. This allows users to share their code with other users. Code of packages are delineated by the categories of their classes, and methods. The Monticello browser is then used to wrap that code into a Package object which can be saved to a Monticello repository at http://ss3.gemtalksystems.com/ss.
Some projects end up using the resources provided by several packages, resulting in a hierarchy of packages that make up a system. Installer can be used to install such systems.!!
]style[(21 970 14 448 16 396 11 188 16 321 4 1025 41 188 8 52 10 55 2 420)bu,,bu,,bu,,u,,bu,,u,,bu,,bu,,i,,i,!!' readStream nextChunkText!
David T. Lewis uploaded a new version of Help-Squeak-Project to project The Trunk:
http://source.squeak.org/trunk/Help-Squeak-Project-dtl.26.mcz
==================== Summary ====================
Name: Help-Squeak-Project-dtl.26
Author: dtl
Time: 2 July 2015, 7:50:00.887 pm
UUID: f80c8ff5-ece3-4f1c-a882-462e7cfe0000
Ancestors: Help-Squeak-Project-cmm.25
Editing correction: "Like most Smalltalk's" should be "Like most Smalltalks"
=============== Diff against Help-Squeak-Project-cmm.25 ===============
Item was changed:
----- Method: SqueakProjectHelp class>>workingWithSqueak (in category 'pages') -----
workingWithSqueak
^HelpTopic
title: 'Working with Squeak'
icon: (HelpIcons iconNamed: #squeakIcon)
contents:
'Starting and Quitting
+ Like most Smalltalks, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
- Like most Smalltalk''s, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
Smalltalk cannot run without the VM. The VM can''t do anything useful except process Smalltalk systems.
To start the system, drag the ".image" data file to the VM executable "squeak". There are myriad command-line options for starting the system via the command-line (see squeak --help). By default, the system will open on the screen in a single OS window.
To quit a Squeak session, choose ''quit'' from the menu bar. If you save, the image file will be overwritten and resume from that place the next time it''s launched.
The Image File
Squeak is an environment built in its own objects from the ground up, including one or more end-user applications. All of the objects in the system -- Classes, Dictionaries, Windows, Customers and other objects that make up the Squeak environment are stored in a binary ".image" file. This is the "object-data file" loaded by the VM when Squeak is launched.
When an image is started, every object resumes exactly from where it was last saved.
The Sources File
Smalltalk is traditionally includes the source code in the running system. However, keeping multiple copies of the same source code in all images files is wasteful. Therefore, the source code itself is kept in a read-only .sources file and accessed by all images. The image files merely have pointers into this file, which is read on-the-fly to present original source code.
The code of the base system is stored in the file "SqueakV41.sources". This file does not change except between releases of Squeak. Normally this file should be placed in the folder containing the VM executable.
The Changes File
The purpose of Squeak is to develop new programs and systems. Code changes to the running system are effective immediately. But since multiple images can be running, they cannot all update the .sources file safely. Therefore, each image file is accompanied by a ".changes" file which contains source code changes for that and only that Smalltalk system..
The changes file is important for project work. It keeps a sequential log of development activity for the purpose of recovering work performed since the last image-save. Any of several events could lead to the need to recover work, including a power-outage or making an erroneous change to code required to keep the system running.
The changes file does not consume memory space, so Squeak is able to keep a complete history of all program changes. This makes it easy to examine or even reinstate older versions of methods (see ''versions'' option in browser selector pane). This encourages experimentation, since you can easily revert to the original versions of any set of methods.
In extreme cases where sources and/or changes files are not available, the system can still run, and will automatically decompile the bytecode methods in image memory, if necessary, into readable and editable versions of the original source code (only comments and temporary variable names are lost).
Transferring Code-Snippets Between Images
In addition to the ''save'' command that saves the entire state of the system, the code of individual methods, categories or classes may be ''filed out'' and then filed-in to another image.
Packages
The code of an entire project is encapsulated by a Package. This allows users to share their code with other users. Code of packages are delineated by the categories of their classes, and methods. The Monticello browser is then used to wrap that code into a Package object which can be saved to a Monticello repository at http://ss3.gemtalksystems.com/ss.
Some projects end up using the resources provided by several packages, resulting in a hierarchy of packages that make up a system. Installer can be used to install such systems.!!
]style[(21 970 14 448 16 396 11 188 16 321 4 1025 41 188 8 52 10 55 2 420)bu,,bu,,bu,,u,,bu,,u,,bu,,bu,,i,,i,!!' readStream nextChunkText!
David T. Lewis uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-dtl.992.mcz
==================== Summary ====================
Name: Morphic-dtl.992
Author: dtl
Time: 2 July 2015, 7:46:47.79 pm
UUID: 96c32ec8-85fb-4cef-9ecc-e90640a00000
Ancestors: Morphic-cmm.991
Editing correction: "Like most Smalltalk's" should be "Like most Smalltalks"
=============== Diff against Morphic-cmm.991 ===============
Item was changed:
----- Method: TheWorldMainDockingBar>>workingWithSqueak (in category 'submenu - help') -----
workingWithSqueak
^'Starting and Quitting
+ Like most Smalltalks, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
- Like most Smalltalk''s, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
Smalltalk cannot run without the VM. The VM can''t do anything useful except process Smalltalk systems.
To start the system, drag the ".image" data file to the VM executable "squeak". There are myriad command-line options for starting the system via the command-line (see squeak --help). By default, the system will open on the screen in a single OS window.
To quit a Squeak session, choose ''quit'' from the menu bar. If you save, the image file will be overwritten and resume from that place the next time it''s launched.
The Image File
Squeak is an environment built in its own objects from the ground up, including one or more end-user applications. All of the objects in the system -- Classes, Dictionaries, Windows, Customers and other objects that make up the Squeak environment are stored in a binary ".image" file. This is the "object-data file" loaded by the VM when Squeak is launched.
When an image is started, every object resumes exactly from where it was last saved.
The Sources File
Smalltalk is traditionally includes the source code in the running system. However, keeping multiple copies of the same source code in all images files is wasteful. Therefore, the source code itself is kept in a read-only .sources file and accessed by all images. The image files merely have pointers into this file, which is read on-the-fly to present original source code.
The code of the base system is stored in the file "SqueakV46.sources". This file does not change except between releases of Squeak. Normally this file should be placed in the folder containing the VM executable.
The Changes File
The purpose of Squeak is to develop new programs and systems. Code changes to the running system are effective immediately. But since multiple images can be running, they cannot all update the .sources file safely. Therefore, each image file is accompanied by a ".changes" file which contains source code changes for that and only that Smalltalk system..
The changes file is important for project work. It keeps a sequential log of development activity for the purpose of recovering work performed since the last image-save. Any of several events could lead to the need to recover work, including a power-outage or making an erroneous change to code required to keep the system running.
The changes file does not consume memory space, so Squeak is able to keep a complete history of all program changes. This makes it easy to examine or even reinstate older versions of methods (see ''versions'' option in browser selector pane). This encourages experimentation, since you can easily revert to the original versions of any set of methods.
In extreme cases where sources and/or changes files are not available, the system can still run, and will automatically decompile the bytecode methods in image memory, if necessary, into readable and editable versions of the original source code (only comments and temporary variable names are lost).
Transferring Code-Snippets Between Images
In addition to the ''save'' command that saves the entire state of the system, the code of individual methods, categories or classes may be ''filed out'' and then filed-in to another image.
Packages
The code of an entire project is encapsulated by a Package. This allows users to share their code with other users. Code of packages are delineated by the categories of their classes, and methods. The Monticello browser is then used to wrap that code into a Package object which can be saved to a Monticello repository at http://ss3.gemtalksystems.com/ss.
Some projects end up using the resources provided by several packages, resulting in a hierarchy of packages that make up a system. Installer can be used to install such systems.!!
]style[(21 970 14 448 16 396 11 188 16 321 4 1025 41 188 8 52 10 55 2 420)bu,,bu,,bu,,u,,bu,,u,,bu,,bu,,i,,i,!!' readStream nextChunkText!
David T. Lewis uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-dtl.992.mcz
==================== Summary ====================
Name: Morphic-dtl.992
Author: dtl
Time: 2 July 2015, 7:46:47.79 pm
UUID: 96c32ec8-85fb-4cef-9ecc-e90640a00000
Ancestors: Morphic-cmm.991
Editing correction: "Like most Smalltalk's" should be "Like most Smalltalks"
=============== Diff against Morphic-cmm.991 ===============
Item was changed:
----- Method: TheWorldMainDockingBar>>workingWithSqueak (in category 'submenu - help') -----
workingWithSqueak
^'Starting and Quitting
+ Like most Smalltalks, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
- Like most Smalltalk''s, the machine-executable portion is a relatively small program known as the "virtual machine" (VM). The VM''s job is to provide services from the physical machine to real Smalltalk objects. Services like input and output. The Smalltalk system, including all data and code, is a system of objects, built from the ground up, and interpreted by this virtual computer. This affords Smalltalk system platform portability.
Smalltalk cannot run without the VM. The VM can''t do anything useful except process Smalltalk systems.
To start the system, drag the ".image" data file to the VM executable "squeak". There are myriad command-line options for starting the system via the command-line (see squeak --help). By default, the system will open on the screen in a single OS window.
To quit a Squeak session, choose ''quit'' from the menu bar. If you save, the image file will be overwritten and resume from that place the next time it''s launched.
The Image File
Squeak is an environment built in its own objects from the ground up, including one or more end-user applications. All of the objects in the system -- Classes, Dictionaries, Windows, Customers and other objects that make up the Squeak environment are stored in a binary ".image" file. This is the "object-data file" loaded by the VM when Squeak is launched.
When an image is started, every object resumes exactly from where it was last saved.
The Sources File
Smalltalk is traditionally includes the source code in the running system. However, keeping multiple copies of the same source code in all images files is wasteful. Therefore, the source code itself is kept in a read-only .sources file and accessed by all images. The image files merely have pointers into this file, which is read on-the-fly to present original source code.
The code of the base system is stored in the file "SqueakV46.sources". This file does not change except between releases of Squeak. Normally this file should be placed in the folder containing the VM executable.
The Changes File
The purpose of Squeak is to develop new programs and systems. Code changes to the running system are effective immediately. But since multiple images can be running, they cannot all update the .sources file safely. Therefore, each image file is accompanied by a ".changes" file which contains source code changes for that and only that Smalltalk system..
The changes file is important for project work. It keeps a sequential log of development activity for the purpose of recovering work performed since the last image-save. Any of several events could lead to the need to recover work, including a power-outage or making an erroneous change to code required to keep the system running.
The changes file does not consume memory space, so Squeak is able to keep a complete history of all program changes. This makes it easy to examine or even reinstate older versions of methods (see ''versions'' option in browser selector pane). This encourages experimentation, since you can easily revert to the original versions of any set of methods.
In extreme cases where sources and/or changes files are not available, the system can still run, and will automatically decompile the bytecode methods in image memory, if necessary, into readable and editable versions of the original source code (only comments and temporary variable names are lost).
Transferring Code-Snippets Between Images
In addition to the ''save'' command that saves the entire state of the system, the code of individual methods, categories or classes may be ''filed out'' and then filed-in to another image.
Packages
The code of an entire project is encapsulated by a Package. This allows users to share their code with other users. Code of packages are delineated by the categories of their classes, and methods. The Monticello browser is then used to wrap that code into a Package object which can be saved to a Monticello repository at http://ss3.gemtalksystems.com/ss.
Some projects end up using the resources provided by several packages, resulting in a hierarchy of packages that make up a system. Installer can be used to install such systems.!!
]style[(21 970 14 448 16 396 11 188 16 321 4 1025 41 188 8 52 10 55 2 420)bu,,bu,,bu,,u,,bu,,u,,bu,,bu,,i,,i,!!' readStream nextChunkText!
Chris Muller uploaded a new version of System to project The Trunk:
http://source.squeak.org/trunk/System-cmm.751.mcz
==================== Summary ====================
Name: System-cmm.751
Author: cmm
Time: 2 July 2015, 11:24:19.221 am
UUID: 1bf201e2-c482-44b3-8685-e31275e4b2a2
Ancestors: System-eem.750
Restore classic Warning window because it supports application-formatted messages which can wrap and scroll as needed.
=============== Diff against System-eem.750 ===============
Item was changed:
----- Method: Warning>>defaultAction (in category '*System-exceptionDescription') -----
defaultAction
+ "Inform the user of a Warning, giving them the choice of ignoring the warning (proceeding), debugging, or terminating the computation."
+ UnhandledError signalForException: self!
- "Inform the user of a Warning, giving them the choice of ignoring the warning (proceeding), debugging,
- or terminating the compuation. If in the context of a debugger, instead allow the debugger to display
- the wasrning in context."
- | inDebugger |
- inDebugger := [UnhandledError signal]
- on: UnhandledError
- do: [:uhe| uhe isNested].
- inDebugger ifTrue:
- [^UnhandledError signalForException: self].
- (UIManager default
- chooseFrom: #(proceed debug close)
- values: #(proceed debug close)
- title: 'Warning: ', self messageText)
- caseOf: {
- [#proceed] -> [self resume].
- [#debug] -> [UnhandledError signalForException: self].
- [#close] -> [| condemned |
- condemned := Processor activeProcess.
- Project current spawnNewProcessIfThisIsUI: condemned.
- condemned terminate] }!
Chris Muller uploaded a new version of System to project The Trunk:
http://source.squeak.org/trunk/System-cmm.751.mcz
==================== Summary ====================
Name: System-cmm.751
Author: cmm
Time: 2 July 2015, 11:24:19.221 am
UUID: 1bf201e2-c482-44b3-8685-e31275e4b2a2
Ancestors: System-eem.750
Restore classic Warning window because it supports application-formatted messages which can wrap and scroll as needed.
=============== Diff against System-eem.750 ===============
Item was changed:
----- Method: Warning>>defaultAction (in category '*System-exceptionDescription') -----
defaultAction
+ "Inform the user of a Warning, giving them the choice of ignoring the warning (proceeding), debugging, or terminating the computation."
+ UnhandledError signalForException: self!
- "Inform the user of a Warning, giving them the choice of ignoring the warning (proceeding), debugging,
- or terminating the compuation. If in the context of a debugger, instead allow the debugger to display
- the wasrning in context."
- | inDebugger |
- inDebugger := [UnhandledError signal]
- on: UnhandledError
- do: [:uhe| uhe isNested].
- inDebugger ifTrue:
- [^UnhandledError signalForException: self].
- (UIManager default
- chooseFrom: #(proceed debug close)
- values: #(proceed debug close)
- title: 'Warning: ', self messageText)
- caseOf: {
- [#proceed] -> [self resume].
- [#debug] -> [UnhandledError signalForException: self].
- [#close] -> [| condemned |
- condemned := Processor activeProcess.
- Project current spawnNewProcessIfThisIsUI: condemned.
- condemned terminate] }!
Chris Muller uploaded a new version of Tools to project The Trunk:
http://source.squeak.org/trunk/Tools-cmm.629.mcz
==================== Summary ====================
Name: Tools-cmm.629
Author: cmm
Time: 2 July 2015, 11:23:44.144 am
UUID: 3123de24-8e6a-4ac2-957c-a599484fbfc6
Ancestors: Tools-eem.628
Restore the classic Warning window because it supports application-formatted messages which can wrap and scroll as needed.
=============== Diff against Tools-eem.628 ===============
Item was changed:
----- Method: Debugger>>openNotifierContents:label: (in category 'initialize') -----
openNotifierContents: msgString label: label
"Create, schedule and answer a notifier view with the given label and message. A notifier view shows just the message or the first several lines of the stack, with a menu that allows the user to open a full debugger if so desired."
"NOTE: When this method returns, a new process has been scheduled to run the windows, and thus this notifier, but the previous active process has not been suspended. The sender will do this."
| msg builder spec |
Sensor flushKeyboard.
savedCursor := Cursor currentCursor.
Cursor currentCursor: Cursor normal.
+ msg := (label beginsWith: 'Space is low')
+ ifTrue: [self lowSpaceChoices, (msgString ifNil: [String empty])]
+ ifFalse: [msgString].
- (label beginsWith: 'Space is low')
- ifTrue: [msg := self lowSpaceChoices, (msgString ifNil: [''])]
- ifFalse: [msg := msgString].
builder := ToolBuilder default.
+ spec := self buildNotifierWith: builder label: label message: (msg ifNil: [label]).
- spec := self buildNotifierWith: builder label: label message: msg.
self expandStack.
^[builder openDebugger: spec] ensure:
[errorWasInUIProcess := Project current spawnNewProcessIfThisIsUI: interruptedProcess]
!
Chris Muller uploaded a new version of Tools to project The Trunk:
http://source.squeak.org/trunk/Tools-cmm.629.mcz
==================== Summary ====================
Name: Tools-cmm.629
Author: cmm
Time: 2 July 2015, 11:23:44.144 am
UUID: 3123de24-8e6a-4ac2-957c-a599484fbfc6
Ancestors: Tools-eem.628
Restore the classic Warning window because it supports application-formatted messages which can wrap and scroll as needed.
=============== Diff against Tools-eem.628 ===============
Item was changed:
----- Method: Debugger>>openNotifierContents:label: (in category 'initialize') -----
openNotifierContents: msgString label: label
"Create, schedule and answer a notifier view with the given label and message. A notifier view shows just the message or the first several lines of the stack, with a menu that allows the user to open a full debugger if so desired."
"NOTE: When this method returns, a new process has been scheduled to run the windows, and thus this notifier, but the previous active process has not been suspended. The sender will do this."
| msg builder spec |
Sensor flushKeyboard.
savedCursor := Cursor currentCursor.
Cursor currentCursor: Cursor normal.
+ msg := (label beginsWith: 'Space is low')
+ ifTrue: [self lowSpaceChoices, (msgString ifNil: [String empty])]
+ ifFalse: [msgString].
- (label beginsWith: 'Space is low')
- ifTrue: [msg := self lowSpaceChoices, (msgString ifNil: [''])]
- ifFalse: [msg := msgString].
builder := ToolBuilder default.
+ spec := self buildNotifierWith: builder label: label message: (msg ifNil: [label]).
- spec := self buildNotifierWith: builder label: label message: msg.
self expandStack.
^[builder openDebugger: spec] ensure:
[errorWasInUIProcess := Project current spawnNewProcessIfThisIsUI: interruptedProcess]
!