[Ann] Cuis 3.2 is released

> Hi Folks,
>
> Cuis 3.2 is available at http://www.jvuletich.org/Cuis/Index.html . From
> the release notes:
>
> New in Cuis 3.2
> -------------------
>     * Enhanced look for menus and several other widgets
>     * TIFFReader (100% Smalltalk code)
>     * Many fixes and code enhancements and cleanup, especially in
> Morphic (World, Canvas, DamageRecorder, etc)
>     * Text / TextAttribute cleanup
>
> Many of the changes will be of interest to those working on updating
> integrating SimpleMorphic into Squeak and Pharo.
>
> As usual, comments, discussion, bug reports, kudos and donations are all
> welcome!
>
> Cheers,
> Juan Vuletich

> Hi Folks,
>
> Cuis 3.2 is available at http://www.jvuletich.org/Cuis/Index.html . From
> the release notes:
>
> New in Cuis 3.2
> -------------------
>     * Enhanced look for menus and several other widgets
>     * TIFFReader (100% Smalltalk code)
>     * Many fixes and code enhancements and cleanup, especially in
> Morphic (World, Canvas, DamageRecorder, etc)
>     * Text / TextAttribute cleanup
>
> Many of the changes will be of interest to those working on updating
> integrating SimpleMorphic into Squeak and Pharo.
>
> As usual, comments, discussion, bug reports, kudos and donations are all
> welcome!
>
> Cheers,
> Juan Vuletich

>
> On 4/12/11 5:15 PM, "Juan Vuletich" <[hidden email]> wrote:
>
>  
>> Hi Folks,
>>
>> Cuis 3.2 is available at http://www.jvuletich.org/Cuis/Index.html . From
>> the release notes:
>>
>> New in Cuis 3.2
>> -------------------
>>     * Enhanced look for menus and several other widgets
>>     * TIFFReader (100% Smalltalk code)
>>     * Many fixes and code enhancements and cleanup, especially in
>> Morphic (World, Canvas, DamageRecorder, etc)
>>     * Text / TextAttribute cleanup
>>
>> Many of the changes will be of interest to those working on updating
>> integrating SimpleMorphic into Squeak and Pharo.
>>
>> As usual, comments, discussion, bug reports, kudos and donations are all
>> welcome!
>>
>> Cheers,
>> Juan Vuletich
>>    
>
>
> Like the LayoutMorphTest testLayout1 etc, this drive me to 'Morphic-Layouts'
> classes  and wonder why this is not on SimpleMorphic .....
>  

> Hi Folks,
>
> Cuis 3.2 is available at http://www.jvuletich.org/Cuis/Index.html . From the release notes:
>
> New in Cuis 3.2
> -------------------
>   * Enhanced look for menus and several other widgets
>   * TIFFReader (100% Smalltalk code)
>   * Many fixes and code enhancements and cleanup, especially in Morphic (World, Canvas, DamageRecorder, etc)
>   * Text / TextAttribute cleanup
>
> Many of the changes will be of interest to those working on updating integrating SimpleMorphic into Squeak and Pharo.
>
> As usual, comments, discussion, bug reports, kudos and donations are all welcome!
>
> Cheers,
> Juan Vuletich
>

> Hi,
>
> Today I restarted my efforts of basing SimpleMorphic on Cuis' morphic.
> My previous try stalled, because it proved to be hard to gap the
> divergence of Squeak and Cuis outside the code I brought from there.
> (IIRC I was fiddling with CharacterScanner incompatibilities lately)
>
> So my new approach is to sever a bigger chunk from Cuis .
>  - I grabbed not only Morphic and the Theme categories but also all
> the code from System-Text, Tools, Shout and Graphics-Text and three
> more classes (Preferences Preference RunArray). [1]
>  - Then loaded it with the little utility I attached [2]. This
> converts category and class names and class references.
>  - Then I've loaded the SMx package, and started the long battle with
> the errors popping up, eventually slipping into changing the extracted
> SimpleMorphic package.
>
> I've uploaded the results to the SimpleMorphicSqueak repo [3].
> Hopefully it can be loaded into a clean trunk image. It's possible to
> create a new project, open the world menu and return to the previous
> project.
>
> The next steps will be to make the tools (from Cuis) work, by
> improving the SMx package. I hope this will solder the code into the
> Trunk. Then make the ToolBuilder work, and then we hopefully can pick
> up the thread where we left and merge with Edgar. What do you think?
>
> Balázs
>
> p.s: We have 3 overrides in Trunk code. Two in Rectangle (Rectangle >>
> quickMerge:, Rectangle class >> merging: ). Both to accept nil instead
> of Rectangles. The third is DisplayScreen >> defaultCanvasClass. It
> dispatches on
> Project current to get the canvas class, so SimpleMorphic can use its
> own canvas. Maybe they can integrated into the Trunk.
>
> [1] This is the code I use to get the code out from Cuis:
>
> fs := FileStream newFileNamed: 'SimpleMorphic-3.2.st'.
> #('Morphic' 'Theme' 'System-Text' 'Tools' 'Shout' 'Graphics-Text') do:
> [ :category |
>        (SystemOrganization categoriesMatching: category, '*') do: [ :each |
>                SystemOrganization fileOutCategory: each on: fs ] ].
> #(Preferences Preference RunArray) do: [ :className | (Smalltalk
> classNamed: className) fileOutOn: fs ].
> fs close.
>
> [2] This is the code to load the filed out code:
>
> transformer := SMxFilePackageTransformer fromFileNamed:
> 'SimpleMorphic-3.2.st'.
> transformer filePackage fixClassOrder.
> transformer filePackage fileIn
>
> [3] Load script:
>
> Installer squeaksource
>        project: 'SimpleMorphicSqueak';
>        install: 'SimpleMorphic-kb.8';
>        install: 'SMx-kb.32'

>
>
>
> On 4/14/11 2:38 AM, "Balázs Kósi" <[hidden email]> wrote:
>
>> Hi,
>>
>> Today I restarted my efforts of basing SimpleMorphic on Cuis' morphic.
>> My previous try stalled, because it proved to be hard to gap the
>> divergence of Squeak and Cuis outside the code I brought from there.
>> (IIRC I was fiddling with CharacterScanner incompatibilities lately)
>>
>> So my new approach is to sever a bigger chunk from Cuis .
>>  - I grabbed not only Morphic and the Theme categories but also all
>> the code from System-Text, Tools, Shout and Graphics-Text and three
>> more classes (Preferences Preference RunArray). [1]
>>  - Then loaded it with the little utility I attached [2]. This
>> converts category and class names and class references.
>>  - Then I've loaded the SMx package, and started the long battle with
>> the errors popping up, eventually slipping into changing the extracted
>> SimpleMorphic package.
>>
>> I've uploaded the results to the SimpleMorphicSqueak repo [3].
>> Hopefully it can be loaded into a clean trunk image. It's possible to
>> create a new project, open the world menu and return to the previous
>> project.
>>
>> The next steps will be to make the tools (from Cuis) work, by
>> improving the SMx package. I hope this will solder the code into the
>> Trunk. Then make the ToolBuilder work, and then we hopefully can pick
>> up the thread where we left and merge with Edgar. What do you think?
>>
>> Balázs
>>
>> p.s: We have 3 overrides in Trunk code. Two in Rectangle (Rectangle >>
>> quickMerge:, Rectangle class >> merging: ). Both to accept nil instead
>> of Rectangles. The third is DisplayScreen >> defaultCanvasClass. It
>> dispatches on
>> Project current to get the canvas class, so SimpleMorphic can use its
>> own canvas. Maybe they can integrated into the Trunk.
>>
>> [1] This is the code I use to get the code out from Cuis:
>>
>> fs := FileStream newFileNamed: 'SimpleMorphic-3.2.st'.
>> #('Morphic' 'Theme' 'System-Text' 'Tools' 'Shout' 'Graphics-Text') do:
>> [ :category |
>>        (SystemOrganization categoriesMatching: category, '*') do: [ :each |
>>                SystemOrganization fileOutCategory: each on: fs ] ].
>> #(Preferences Preference RunArray) do: [ :className | (Smalltalk
>> classNamed: className) fileOutOn: fs ].
>> fs close.
>>
>> [2] This is the code to load the filed out code:
>>
>> transformer := SMxFilePackageTransformer fromFileNamed:
>> 'SimpleMorphic-3.2.st'.
>> transformer filePackage fixClassOrder.
>> transformer filePackage fileIn
>>
>> [3] Load script:
>>
>> Installer squeaksource
>>        project: 'SimpleMorphicSqueak';
>>        install: 'SimpleMorphic-kb.8';
>>        install: 'SMx-kb.32'
>
>
> Excellent!
> Just trying with fresh Squeak4.3-11157 and update to 11241.
>
>
> Gives some dnu, but nothing that can not be fixed
> Today can't do much work , but try to focus in get rid of MCTool
> dependencies for doing a merge between your code and mine.

> Hi,
>
> Today I restarted my efforts of basing SimpleMorphic on Cuis' morphic.
> My previous try stalled, because it proved to be hard to gap the
> divergence of Squeak and Cuis outside the code I brought from there.
> (IIRC I was fiddling with CharacterScanner incompatibilities lately)
>
> So my new approach is to sever a bigger chunk from Cuis .
>  - I grabbed not only Morphic and the Theme categories but also all
> the code from System-Text, Tools, Shout and Graphics-Text and three
> more classes (Preferences Preference RunArray). [1]
>  - Then loaded it with the little utility I attached [2]. This
> converts category and class names and class references.
>  - Then I've loaded the SMx package, and started the long battle with
> the errors popping up, eventually slipping into changing the extracted
> SimpleMorphic package.
>
> I've uploaded the results to the SimpleMorphicSqueak repo [3].
> Hopefully it can be loaded into a clean trunk image. It's possible to
> create a new project, open the world menu and return to the previous
> project.
>
> The next steps will be to make the tools (from Cuis) work, by
> improving the SMx package. I hope this will solder the code into the
> Trunk. Then make the ToolBuilder work, and then we hopefully can pick
> up the thread where we left and merge with Edgar. What do you think?
>
> Balázs
>
> p.s: We have 3 overrides in Trunk code. Two in Rectangle (Rectangle >>
> quickMerge:, Rectangle class >> merging: ). Both to accept nil instead
> of Rectangles. The third is DisplayScreen >> defaultCanvasClass. It
> dispatches on
> Project current to get the canvas class, so SimpleMorphic can use its
> own canvas. Maybe they can integrated into the Trunk.
>
> [1] This is the code I use to get the code out from Cuis:
>
> fs := FileStream newFileNamed: 'SimpleMorphic-3.2.st'.
> #('Morphic' 'Theme' 'System-Text' 'Tools' 'Shout' 'Graphics-Text') do:
> [ :category |
>        (SystemOrganization categoriesMatching: category, '*') do: [ :each |
>                SystemOrganization fileOutCategory: each on: fs ] ].
> #(Preferences Preference RunArray) do: [ :className | (Smalltalk
> classNamed: className) fileOutOn: fs ].
> fs close.
>
> [2] This is the code to load the filed out code:
>
> transformer := SMxFilePackageTransformer fromFileNamed:
> 'SimpleMorphic-3.2.st'.
> transformer filePackage fixClassOrder.
> transformer filePackage fileIn

> On 4/14/11 8:09 AM, "Bert Freudenberg" <[hidden email]> wrote:
>
>> No, there are problems with your code. See my other message in the
>> "Monticello-edc.456" thread.
>>
>> - Bert -
>
> Well, now i know this is wrong.
> Like know what is right.
>
> Usinhg DependencyBrowser in fresh image
>
> MCTool>>#buttonRow: We have AlignmentMorph and PluggableButtonMorph
> MCWorkingCopyBrowser>>#editLoadScripts We have MenuMorph
> MCTool>>#multiListMorph:selection:listSelection:menu: We have
> PluggableListMorphOfMany
>
> And we could follow, but the critics was for
> MCRepository class>>#fillInTheBlankConfigure:
>
> I copy the code
>
> fillInTheBlankConfigure: aTemplateString
>    | chunk repo |
>
>    aTemplateString ifNil: [ ^ false ].
>    chunk := FillInTheBlankMorph
>            request: self fillInTheBlankRequest
>            initialAnswer: aTemplateString
>            centerAt: Sensor cursorPoint
>            inWorld: World
>            onCancelReturn: nil
>            acceptOnCR: false
>            answerExtent: 400@120.
>
>    chunk
>        ifNotNil: [
>            repo := self readFrom: chunk readStream.
>            repo creationTemplate: chunk.
>    ].
>
>    ^ repo

> Edgar
>
>
> Do you mean what is shown in the screen shot?
>
> --Hannes
>
>
> On 4/14/11, Edgar J. De Cleene <[hidden email]> wrote:
>>
>>
>>
>> On 4/14/11 8:09 AM, "Bert Freudenberg" <[hidden email]> wrote:
>>
>>> No, there are problems with your code. See my other message in the
>>> "Monticello-edc.456" thread.
>>>
>>> - Bert -
>>
>> Well, now i know this is wrong.
>> Like know what is right.
>>
>> Usinhg DependencyBrowser in fresh image
>>
>> MCTool>>#buttonRow: We have AlignmentMorph and PluggableButtonMorph
>> MCWorkingCopyBrowser>>#editLoadScripts We have MenuMorph
>> MCTool>>#multiListMorph:selection:listSelection:menu: We have
>> PluggableListMorphOfMany
>>
>> And we could follow, but the critics was for
>> MCRepository class>>#fillInTheBlankConfigure:
>>
>> I copy the code
>>
>> fillInTheBlankConfigure: aTemplateString
>>     | chunk repo |
>>
>>     aTemplateString ifNil: [ ^ false ].
>>     chunk := FillInTheBlankMorph
>>             request: self fillInTheBlankRequest
>>             initialAnswer: aTemplateString
>>             centerAt: Sensor cursorPoint
>>             inWorld: World
>>             onCancelReturn: nil
>>             acceptOnCR: false
>>             answerExtent: 400@120.
>>
>>     chunk
>>         ifNotNil: [
>>             repo := self readFrom: chunk readStream.
>>             repo creationTemplate: chunk.
>>     ].
>>
>>     ^ repo
>>
>>
>> Is this best as my solution?
>> Was in place for four years .... stephaneducasse 2/4/2006 20:47
>>
>> Edgar
>>
>>
>>
>>

>
>
>
> El 14/04/11 12:28, "Hannes Hirzel" <[hidden email]> escribió:
>
>> Edgar
>>
>>
>> Do you mean what is shown in the screen shot?
>>
>> --Hannes
>>
>>
>> On 4/14/11, Edgar J. De Cleene <[hidden email]> wrote:
>>>
>>>
>>>
>>> On 4/14/11 8:09 AM, "Bert Freudenberg" <[hidden email]> wrote:
>>>
>>>> No, there are problems with your code. See my other message in the
>>>> "Monticello-edc.456" thread.
>>>>
>>>> - Bert -
>>>
>>> Well, now i know this is wrong.
>>> Like know what is right.
>>>
>>> Usinhg DependencyBrowser in fresh image
>>>
>>> MCTool>>#buttonRow: We have AlignmentMorph and PluggableButtonMorph
>>> MCWorkingCopyBrowser>>#editLoadScripts We have MenuMorph
>>> MCTool>>#multiListMorph:selection:listSelection:menu: We have
>>> PluggableListMorphOfMany
>>>
>>> And we could follow, but the critics was for
>>> MCRepository class>>#fillInTheBlankConfigure:
>>>
>>> I copy the code
>>>
>>> fillInTheBlankConfigure: aTemplateString
>>>     | chunk repo |
>>>
>>>     aTemplateString ifNil: [ ^ false ].
>>>     chunk := FillInTheBlankMorph
>>>             request: self fillInTheBlankRequest
>>>             initialAnswer: aTemplateString
>>>             centerAt: Sensor cursorPoint
>>>             inWorld: World
>>>             onCancelReturn: nil
>>>             acceptOnCR: false
>>>             answerExtent: 400@120.
>>>
>>>     chunk
>>>         ifNotNil: [
>>>             repo := self readFrom: chunk readStream.
>>>             repo creationTemplate: chunk.
>>>     ].
>>>
>>>     ^ repo
>>>
>>>
>>> Is this best as my solution?
>>> Was in place for four years .... stephaneducasse 2/4/2006 20:47
>>>
>>> Edgar
>>>
>>>
>>>
>>>
> See attached to http://tech.groups.yahoo.com/group/squeak/message/161102
> which shows DependencyBrowser working in SimpleMorphic and selecting Morphic
> dependencies
>
> I think i get all complains and could do buildWith: in all places following
> as example code of Andreas in FileContentsBrowser>>#createViews
>
> Edgar
>
>
>
>

> Edgar
>
> That screen shot  http://tech.groups.yahoo.com/group/squeak/message/161102
> says
>
> that the Morphic package depends on Monticello.
>
> The dependency created by the classes
>
> ListItemWrapper
> MenuMorph
> PluggableListMorph
> PluggableListMorph..
> PluggableMultiColumn...
> SimpleHierarchicalLis...
> SystemWindow
> TheWorldMenu
>
> (I just used the screen shot and not all class names were fully visible)
>
> So what does this mean for integrating SimpleMorphic?
>
> --Hannes

>
>
>
> On 4/17/11 1:36 PM, "Hannes Hirzel" <[hidden email]> wrote:
>
>> Edgar
>>
>> That screen shot  http://tech.groups.yahoo.com/group/squeak/message/161102
>> says
>>
>> that the Morphic package depends on Monticello.
>>
>> The dependency created by the classes
>>
>> ListItemWrapper
>> MenuMorph
>> PluggableListMorph
>> PluggableListMorph..
>> PluggableMultiColumn...
>> SimpleHierarchicalLis...
>> SystemWindow
>> TheWorldMenu
>>
>> (I just used the screen shot and not all class names were fully visible)
>>
>> So what does this mean for integrating SimpleMorphic?
>>
>> --Hannes
>
> Means we should change all call references to Morph(s) in Monticello with
> some best.
>
> All references to FillInTheBlankMorph could easily be changed to UIManager
> default.
>
> But we do not have this for MenuMorph, etc.
> One idea I send some days ago could be use ToolBuilder default and his
> subclasses where we have a category widget classes with methods like
> buttonClass, listByItemClass, menuClass, etc.
> And still we must add some code for solve all ....
>
> As example other mcz I send for review have
>
>
>   ----- Method: MCTool>>textMorph: (in category 'morphic ui') -----
>   textMorph: aSymbol
> +     ^ UIManager default toolBuilder textPaneClass on: self text: aSymbol
> accept: (aSymbol, ':') asSymbol!
> * ^ PluggableTextMorph on: self text: aSymbol accept: (aSymbol, ':')
> asSymbol!
>
> So i wait in the bench waiting our coach say this is the way to go or not
> ...
>
> Edgar
>
>
>
>

>
>
>
> On 4/18/11 8:02 AM, "Hannes Hirzel" <[hidden email]> wrote:
>
>> Edgar
>>
>> thank you for the added info and the proposal.
>>
>> Before we go further into this, let me ask first.
>>
>> In which way is it a problem that Morphic depends on Monticello?
>
> Monticello depends on Morphic as his code is today..
> So, if in the future you wish get rid of Morphic and unload it and instead
> use other UI like SimpleMorphic , you must change all references to Morphic
> classes like MeNuMorph, AlignmentMorph, etc.

> On Mon, 18 Apr 2011, Edgar J. De Cleene wrote:
>
>>
>>
>>
>> On 4/18/11 8:02 AM, "Hannes Hirzel" <[hidden email]> wrote:
>>
>>> Edgar
>>>
>>> thank you for the added info and the proposal.
>>>
>>> Before we go further into this, let me ask first.
>>>
>>> In which way is it a problem that Morphic depends on Monticello?
>>
>> Monticello depends on Morphic as his code is today..
>> So, if in the future you wish get rid of Morphic and unload it and instead
>> use other UI like SimpleMorphic , you must change all references to
>> Morphic
>> classes like MeNuMorph, AlignmentMorph, etc.
>
> Bert mentioned that MC was fully toolbuilderized, so this problem was
> solved. We should check that solution first IMHO.
>
>
> Levente
>
>>
>> Edgar
>>
>>
>>
>>
>
>