- Pharo-dev - lists.pharo.org

git workflow (iceberg) and monticello packages
by Nicolai Hess Feb. 5, 2018

Feb. 5, 2018

Hi , I am still not sure I understand the git based development workflow. I set up my image and repository as described by the guide. now, if new commits are in the pharo-project, iceberg shows the list of incoming changes (commits). Ok, but: If I modify code in my image (for example, change a method in class Morph), the morphic-core package is marked as dirty in monticello and my pharo repository in iceberg is marked with an asterisk. If I choose "synchronize repository ..." I would expect my change to be an uncommited change, but instead, it isn't shown and the Morphic-core package isn't dirty anymore. Is it because I need to create a branch first ? But why is the Morphic-core package not dirty anymore, the change is not commited or published, how do I know where are my changes ? nicolai

2 1

[Pharo 7.0-dev] Build #498: 20937-Add-horizontal-scrollbar-to-FastTable
by ci-pharo-ci-jenkins2＠inria.fr Feb. 4, 2018

Feb. 4, 2018

There is a new Pharo build available! The status of the build #498 was: SUCCESS. The Pull Request #657 was integrated: "20937-Add-horizontal-scrollbar-to-FastTable" Pull request url: https://github.com/pharo-project/pharo/pull/657 Issue Url: https://pharo.fogbugz.com/f/cases/20937 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #497: 20124-FTTreeFunctionStrategy-call-deprecated-method
by ci-pharo-ci-jenkins2＠inria.fr Feb. 4, 2018

Feb. 4, 2018

There is a new Pharo build available! The status of the build #497 was: FAILURE. The Pull Request #796 was integrated: "20124-FTTreeFunctionStrategy-call-deprecated-method" Pull request url: https://github.com/pharo-project/pharo/pull/796 Issue Url: https://pharo.fogbugz.com/f/cases/20124 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #496: 21227-MBCommandrepositoryOfPackageNamed-sends-MCCacheRepository-default
by ci-pharo-ci-jenkins2＠inria.fr Feb. 4, 2018

Feb. 4, 2018

There is a new Pharo build available! The status of the build #496 was: FAILURE. The Pull Request #795 was integrated: "21227-MBCommandrepositoryOfPackageNamed-sends-MCCacheRepository-default" Pull request url: https://github.com/pharo-project/pharo/pull/795 Issue Url: https://pharo.fogbugz.com/f/cases/21227 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #495: 21231-tabmorph-close-icon-is-not-well-aligned
by ci-pharo-ci-jenkins2＠inria.fr Feb. 3, 2018

Feb. 3, 2018

There is a new Pharo build available! The status of the build #495 was: SUCCESS. The Pull Request #793 was integrated: "21231-tabmorph-close-icon-is-not-well-aligned" Pull request url: https://github.com/pharo-project/pharo/pull/793 Issue Url: https://pharo.fogbugz.com/f/cases/21231 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #494: 21232-BenchmarkResultprintFrequencyOn-can-be-confusing
by ci-pharo-ci-jenkins2＠inria.fr Feb. 3, 2018

Feb. 3, 2018

There is a new Pharo build available! The status of the build #494 was: SUCCESS. The Pull Request #794 was integrated: "21232-BenchmarkResultprintFrequencyOn-can-be-confusing" Pull request url: https://github.com/pharo-project/pharo/pull/794 Issue Url: https://pharo.fogbugz.com/f/cases/21232 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Disabling a MenuGroupModel
by HernÃ¡n Morales Durand Feb. 3, 2018

Feb. 3, 2018

Hi guys, If you develop an application window with multiple grouped menu items, you will certainly be able to enable/disable menu groups at once. Currently it is not possible with MenuGroupModel (Morphic). - A menu (item or group) model manages its state using enabledHolder instance variable (the enabledHolder is configured in its superclass' initialize) -- Being a value holder, one might think there is a propagation of state (enabled/disabled) changes to subwidgets, but it does not happen currently. --- Longer explanation: On static menu building, MenuGroupModel does not propagate #enable: state changes to its widget because "widget" i.v. is nil. The reason is a MenuGroupModel #enabled: is evaluated BEFORE its widget is built. How to reproduce: | mm | mm := MenuModel new addGroup: [ :group | group addItem: [ :item | item name: 'File'; icon: #openIcon asIcon; subMenu: (MenuModel new addGroup: [ : gp | gp disable; " <------ HERE we disable the group " addItem: [ : it | it name: 'Open'; icon: #openIcon asIcon; shortcut: $o meta; action: [ self inform: 'Open' ] ]; addItem: [ : it | it name: 'Save'; icon: #smallSaveIcon asIcon; shortcut: $s meta; action: [ self inform: 'Save' ] ] ]) ] ]; yourself. mm extent: 200 @ 100. mm openWithSpec. mm inspect. (it doesn't matter if #disable is sent after the #addItem: block evaluation) - Even after all MenuGroupModel widgets were built, if you try to disable a menu group dinamically: mm menuGroups anyOne menuItems anyOne subMenu menuGroups anyOne disable. you would get "Instance of OrderedCollection did not understand #enabled:" (the widget of a MenuGroupModel is an OrderedCollection!!). - However disabling/enabling MenuItemModel works: mm menuGroups anyOne menuItems anyOne subMenu menuGroups anyOne menuItems first disable. - MenuItemModel gets actually disabled in the ToggleMenuItemMorph/UpdatingMenuMorph (#isEnabled:) when the Canvas draws it. - Incredibly, all disabled groups are re-enabled from several places in the image. -- When the menu is clicked, a ToolDockingBarMorph triggers re-enablement of the MenuMorph in #removeMatchString/#displayFiltered:. This is presumably the code triggered when a menu is displayed and you type to filter the menu items. Something like this: "As initially there is no matchString in the activeSubMenu, then enable all menu items". Obviously it cleans disabled items. The message flow is: DockingBarMorph>>activeSubmenu: -> MenuMorph>>removeMatchString -> MenuMorph>>displayFiltered: --> m isEnabled: isMatch - Another place where menu items are automatically disabled is this flow: FormCanvas>>draw: -> ToggleMenuItemMorph>>drawOn: --> ToggleMenuItemMorph>>isEnabled --> ToggleMenuItemMorph>>isEnabled: !!! --> MorphicMenuItemAdapter>>enabled (This actually CHANGES the enabled state on the Model, disconnecting enabled state between the morph and the model adapter) This seem to have multiple paths of resolution. I'm going to propose a fix that I tested in Pharo 6.1 and Pharo 7. I don't know yet how to fix the menu search auto-enable on key-press but would be glad to read a solution to distinguish between both uses. My idea for now is to have a Morphic property which sets #doNotAutoReEnableItems. However I will open an issue and let people check. You can test it with " Disable the group " mm menuGroups anyOne menuItems anyOne subMenu menuGroups anyOne disable. " Enable the group " mm menuGroups anyOne menuItems anyOne subMenu menuGroups anyOne enable. Cheers, HernÃ¡n

2 2

FileSystem copyTo:
by Stephane Ducasse Feb. 3, 2018

Feb. 3, 2018

I have two folders: a/ and d/ and I want to copy file c in a but keeping its path. i.e. a/b/c copyTo: d and I want to get a/b/c and d/b/c It looks like I have to do all the logic to create intermediary folders (b) under d/ :( Stef

1 0

printString of fileReference sucks!
by Stephane Ducasse Feb. 3, 2018

Feb. 3, 2018

Hi '/Users/ducasse/Workspace/FirstCircle/MyBooks/Bk-Writing/PharoBooks/Booklet-AMiniSchemeInPharo/_result' asFileReference printString >>> "File @ /Users/ducasse/Workspace/FirstCircle/MyBooks/Bk-Writing/PharoBooks/Booklet-AMiniSchemeInPharo/_result" so either we add @ one File or we redefine printString one reference to be '/Users/ducasse/Workspace/FirstCircle/MyBooks/Bk-Writing/PharoBooks/Booklet-AMiniSchemeInPharo/_result' asFileReference so that we can do something with the printString result. What do you think? Guille is it what we talked together? Setf

4 7

MCGitlabRepository Missing
by Sean P. DeNigris Feb. 3, 2018

Feb. 3, 2018

Realized this should've been on dev list, not users. Sorry for the cross postâ¦ An image with build 454 seems still not to have MCGitlabRepository present. What am I missing? Same for build 462 with sha 3641442f3ba0613cd9a6428181487ea29e62418c, which has the package in its source: https://github.com/pharo-project/pharo/tree/3641442f3ba0613cd9a6428181487ea… Ditto for build 487.sha.58ee23aadcd15e0a969ed675e8141c0cfd95594a ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

3 3