October 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50360 Home: https://github.com/pharo-project/pharo-core

Oct. 3, 2015

[pharo-project/pharo-core] 934574: 50360

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 934574dad8ed4bfcf183607617095460a19406d7 https://github.com/pharo-project/pharo-core/commit/934574dad8ed4bfcf1836076… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-03 (Sat, 03 Oct 2015) Changed paths: M ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic versions/stable_.st A ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version2135_.st A Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkWithPragmaOptionsPerClass.st A Reflectivity-Tests.package/ReflectivityExamples.class/class/options/exampleMethodWithMetaLinkOptionsViaClass.st A Reflectivity-Tests.package/ReflectivityExamples.class/class/options/metaLinkOptions.st M Reflectivity.package/MetaLink.class/instance/installing/installOn_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50359.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50360.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50359.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50360.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/addIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/addIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/configIconDirty.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/configIconDirtyContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/configIconNew.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/configIconNewContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/databaseAddIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/databaseAddIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/databaseIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/databaseIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/deleteIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/deleteIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/editIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/editIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageAddIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageAddIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageColoredIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageColoredIconContents.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageDeleteIcon.st R Versionner-Spec-Browser.package/extension/ThemeIcons/instance/packageDeleteIconContents.st Log Message: ----------- 50360 16695 allow classes to force meta link options: #metaLinkOptions https://pharo.fogbugz.com/f/cases/16695 16699 remove ThemeIcons references in Versionner https://pharo.fogbugz.com/f/cases/16699 http://files.pharo.org/image/50/50360.zip

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Esteban Lorenzano

> On 03 Oct 2015, at 16:33, stepharo <stepharo(a)free.fr> wrote: > > > - We should have by default icon objects (and not their description and the objects in the image) in the image > >> how so? > you have them else how can you display them? > I mean the objects = form that represent the bitmap of the icons (vs the png file) >>> - We should not need to access github to get pharo running :) >> you DO NOT need it! > > I know :) > now the icons sets (alternate) should be also packaged with the distribution because people may not have nice internet connexion. > I should bring you to Togo/Senegal/Algeria/ ... to see what I mean. mmm Pharo will come with the default icon set. The other sets are adds that people can use but is not necessaryâ¦ thatâs why we are moving them out imageâ¦ otherwise, we could have them pre-loaded anyway (inside the image, it would be possible, after all). if needed and wanted (but I do not think we really need it), we could add those files to the âportableâ editionâ¦ but as I said, extra icon sets should not be considered part of the pharo distribution. Esteban >>> -- icon description should be cached on the disc (I was teaching in a place where there is no internet). >> they are cached :) >> >>> - Icons should probably also delivered modularly (a tool may want to have specific button). >>> - Do not push changes like that the friday afternoon :) >> wellâ¦ it was yesterday or never. Now I need to finish it, of course :) > > :) > >> >> Anyone wanting to use the old icons still can do: >> >> ThemeIcons current: EclipseUIThemeIcons new. >> >> (but this will go away, so beware of it) >> >> Esteban >> >>> >>> Stef >>> >>> Le 2/10/15 19:40, Torsten Bergmann a Ã©crit : >>>> The latest changes on ThemeIcons completely broke functionality and >>>> icons of external and included packages. >>>> >>>> 1. Intelli J Icons are now used as default, but most icons of >>>> external packages (Pomodoro, MongoTools, EventRecorder, ScriptManager, ....) >>>> align with the eclipse icon set. Can we please stay with Eclipse as default >>>> so that we do not have to introduce intelliJ icons on each external >>>> project as well? >>>> >>>> 2. The mechanisms of ThemeIcons class do not work anymore. The icons in >>>> Versionner are lost. Also other external package who extended ThemeIcons >>>> (like DesktopManager) are now broken. >>>> Just try to load it into a Pharo5.0 Latest update: #50359 now >>>> >>>> 3. Some of the icons are removed - for instance in catalog and moved to >>>> be retrieved from Github. But we wanted to componentize the image >>>> into configs. So the icons of catalog should belong to this project. Right? >>>> >>>> 4. I can not open the settings in the latest image anymore because the icons >>>> are tried to retrieve from Github using a HTTPS connection. >>>> Doesnt work either because I'm on Windows, because of HTTPs, because >>>> ZnClient does not deal with a firewall correctly. >>>> It is not good to rely on additional external downloads directly. >>>> >>>> I know we want to make progress ... but were such changes discussed on the list >>>> before? >>>> >>>> Thx >>>> T. >>>> >>>> >>>> >>>> >>>> >>> >> >> > >

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by stepharo

>> 4. I can not open the settings in the latest image anymore because the icons >> are tried to retrieve from Github using a HTTPS connection. >> Doesnt work either because I'm on Windows, because of HTTPs, because >> ZnClient does not deal with a firewall correctly. >> It is not good to rely on additional external downloads directly. > not that I did not think about :) > in fact you do not need to go out, is just the way I implemented it in settings. If you have icons package in ./icon-packs, they will be load from there, > I will change some stuff then: > > - I will not auto-fetch available packs. Instead, I will add a âfetchâ button in settings. > - I will make possible to specify urls/directories to fetch. > - I will add a way to do something like that: > > ThemeIcons new loadFromArchive: aReference; beCurrent. > > so anyone can have the iconset they want in their machine and load in startup without going through internet. excellent! >> I know we want to make progress ... but were such changes discussed on the list >> before? > I think we discussed it but like one-two years agoâ¦ just now I got burned by spur and I did this âto relax a bit" :) > > Iâm sorry if we failed again with communication, sometimes we do not do the movements in right order :( > I will try to enhance that. It should be easy :)

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by stepharo

- We should have by default icon objects (and not their description and the objects in the image) in the image > how so? you have them else how can you display them? I mean the objects = form that represent the bitmap of the icons (vs the png file) >> - We should not need to access github to get pharo running :) > you DO NOT need it! I know :) now the icons sets (alternate) should be also packaged with the distribution because people may not have nice internet connexion. I should bring you to Togo/Senegal/Algeria/ ... to see what I mean. >> -- icon description should be cached on the disc (I was teaching in a place where there is no internet). > they are cached :) > >> - Icons should probably also delivered modularly (a tool may want to have specific button). >> - Do not push changes like that the friday afternoon :) > wellâ¦ it was yesterday or never. Now I need to finish it, of course :) :) > > Anyone wanting to use the old icons still can do: > > ThemeIcons current: EclipseUIThemeIcons new. > > (but this will go away, so beware of it) > > Esteban > >> >> Stef >> >> Le 2/10/15 19:40, Torsten Bergmann a Ã©crit : >>> The latest changes on ThemeIcons completely broke functionality and >>> icons of external and included packages. >>> >>> 1. Intelli J Icons are now used as default, but most icons of >>> external packages (Pomodoro, MongoTools, EventRecorder, ScriptManager, ....) >>> align with the eclipse icon set. Can we please stay with Eclipse as default >>> so that we do not have to introduce intelliJ icons on each external >>> project as well? >>> >>> 2. The mechanisms of ThemeIcons class do not work anymore. The icons in >>> Versionner are lost. Also other external package who extended ThemeIcons >>> (like DesktopManager) are now broken. >>> Just try to load it into a Pharo5.0 Latest update: #50359 now >>> >>> 3. Some of the icons are removed - for instance in catalog and moved to >>> be retrieved from Github. But we wanted to componentize the image >>> into configs. So the icons of catalog should belong to this project. Right? >>> >>> 4. I can not open the settings in the latest image anymore because the icons >>> are tried to retrieve from Github using a HTTPS connection. >>> Doesnt work either because I'm on Windows, because of HTTPs, because >>> ZnClient does not deal with a firewall correctly. >>> It is not good to rely on additional external downloads directly. >>> >>> I know we want to make progress ... but were such changes discussed on the list >>> before? >>> >>> Thx >>> T. >>> >>> >>> >>> >>> >> > >

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Esteban Lorenzano

> On 03 Oct 2015, at 10:13, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > this is an ongoing change. I still need to push two slices :) > Final change will be backward compatible. > > What we are doing is eliminating the multiple icon sets from the imageâ¦ we will have just one, and people will be able to load others if desired, but they *will not* live inside the image (I would like to make the same for themes, but thatâs a lot more complicated). > The idea is that people can contribute icons / iconpacks same way linux distros work (ok, we are not as big, but you get the idea). > >> On 02 Oct 2015, at 19:40, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> The latest changes on ThemeIcons completely broke functionality and >> icons of external and included packages. >> >> 1. Intelli J Icons are now used as default, but most icons of >> external packages (Pomodoro, MongoTools, EventRecorder, ScriptManager, ....) >> align with the eclipse icon set. Can we please stay with Eclipse as default >> so that we do not have to introduce intelliJ icons on each external >> project as well? > > not really. > we decided the change because eclipse icons do not work at all with dark-theme (and there is no easy way to adopt the svg eclipse icons) So after trying a couple of things, we decided that this iconset works fine in all themes (eclipse maybe do not break existing tools, but you cannot use eclipse with dark theme so many people are outside). > You will still be able to change to eclipse pack if desired. > >> >> 2. The mechanisms of ThemeIcons class do not work anymore. The icons in >> Versionner are lost. Also other external package who extended ThemeIcons >> (like DesktopManager) are now broken. >> Just try to load it into a Pharo5.0 Latest update: #50359 now. > > As I say, extension to theme icons will be compatible, just let me finish :) > nowâ¦ all subclasses will go away so projects will need to adapt (they will need to extend ThemeIcons instead his children). > >> >> >> 3. Some of the icons are removed - for instance in catalog and moved to >> be retrieved from Github. But we wanted to componentize the image >> into configs. So the icons of catalog should belong to this project. Right? > > more or lessâ¦ we do not have still a good way to do that. > so, we are adopting something like a âlinux desktopâ style: we allow icon packs to include icons specific to tools. > > for example, nothing is agains having > > idea11/eclipse/other > icons > overlays > versionner > catalog > etc. > > is not perfect, but since is how linux distros work, I think finding a good solution is not so easy (Iâm playing with some pragma-based ideas but not sure how to implement them yetâ¦) > >> >> 4. I can not open the settings in the latest image anymore because the icons >> are tried to retrieve from Github using a HTTPS connection. >> Doesnt work either because I'm on Windows, because of HTTPs, because >> ZnClient does not deal with a firewall correctly. >> It is not good to rely on additional external downloads directly. > > not that I did not think about :) ouchâ¦ I meant: ânow, that I did not think about :)" which is exactly the contrary of what it looks with the typo :) > in fact you do not need to go out, is just the way I implemented it in settings. If you have icons package in ./icon-packs, they will be load from there, > I will change some stuff then: > > - I will not auto-fetch available packs. Instead, I will add a âfetchâ button in settings. > - I will make possible to specify urls/directories to fetch. > - I will add a way to do something like that: > > ThemeIcons new loadFromArchive: aReference; beCurrent. > > so anyone can have the iconset they want in their machine and load in startup without going through internet. > >> >> I know we want to make progress ... but were such changes discussed on the list >> before? > > I think we discussed it but like one-two years agoâ¦ just now I got burned by spur and I did this âto relax a bit" :) > > Iâm sorry if we failed again with communication, sometimes we do not do the movements in right order :( > I will try to enhance that. > > Esteban > >> >> >> Thx >> T. >> >> >> >> >

Oct. 3, 2015

Re: [Pharo-dev] FastTable improvements done by Cyril are paid by Synectique

by Thierry Goubier

Le 03/10/2015 09:15, Stephan Eggermont a Ã©crit : > On 03-10-15 09:10, stepharo wrote: >> Hi guys >> >> just to tell you that Cyril Ferlicot is now part time employee of >> Synectique and as a first task we asked him >> to improve fastTable and we give the enhancements to the community. > > A big thanks to Synectique. Good table support is a lot of engineering > work, getting all the details right. Agreed. And a good sign of the business propects of Synectique as well. Thierry > Stephan > > > >

Oct. 3, 2015

[Reflectivity] more link options and enforcing link options per Class

by marcus.denker＠inria.fr

Hi, The latest image now has some more options for meta links. The complete list is listed in the #defaultOptions method of MetaLink class: defaultOptions ^ #( + optionInlineMetaObject "meta object is inlined by default." + optionInlineCondtion "condition is inlined by default.â (ups, typo, will fix) - optionCompileOnLinkInstallation "generate compiledMethod on link installation" - optionOneShot "remove link after first activation" - optionMetalevel "force level: 0 for the link" - optionDisabledLink "links are active by default" ) Some of the options make only sense because after this issue will be integrated: https://pharo.fogbugz.com/f/cases/16695/allow-classes-to-force-meta-link-op… <https://pharo.fogbugz.com/f/cases/16695/allow-classes-to-force-meta-link-op…> we will have a mechanism that classes can enforce options for all links installed in them. This is done by adding a method on the instance or class side like this: metaLinkOptions ^{ #exampleMethodWithMetaLinkOptionsViaClass -> #( + optionCompileOnLinkInstallation) } This allows e.g. a class to turn off links for one method or enforce using meta-level awareness. (for now the options are overridden when installing a link, I will move this into the code generator to have a real overlay semantics as a next step). Marcus

Oct. 3, 2015

Re: [Pharo-dev] [Reflectivity] A small Demo: Execution Metalink Demo Plugin for Nautilus

by Sven Van Caekenberghe

Very cool stuff. It is interesting to see how you are developing this out in the open, step by step. > On 03 Oct 2015, at 14:16, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > With Miguel Campusano we build a small demo. > > There is a "Execution Metalink Demoâ Plugin for Nautilus. > > "A demo of Metalink usage: when it is installed, it glows red when the selected method is executed somewhere in the systemâ > > If you install it and open a new browser, there is a strange morph in the middle position. every time you select a method, it installs > a meta-link there that calls a method on the morph to make it red. Then the morph has a #step method to get darker step by step. > > -> activate the plugin > -> open new browser > -> go to Array>>#asArray and see how it glows e.g. when moving the window > > Note: > -> if you select the ârightâ methods, the image will freeze (meta-recursion, we do not use meta-level aware links yet) > -> somehow the metalinks do not get GCed (but it seems the actual de-installing works). > > The idea is that it is for now just a demoâ¦ but when the framework gets stable, it is an example of what we can do with it. > > Marcus > >

Oct. 3, 2015

[Reflectivity] A small Demo: Execution Metalink Demo Plugin for Nautilus

by Marcus Denker

Hi, With Miguel Campusano we build a small demo. There is a "Execution Metalink Demoâ Plugin for Nautilus. "A demo of Metalink usage: when it is installed, it glows red when the selected method is executed somewhere in the systemâ If you install it and open a new browser, there is a strange morph in the middle position. every time you select a method, it installs a meta-link there that calls a method on the morph to make it red. Then the morph has a #step method to get darker step by step. -> activate the plugin -> open new browser -> go to Array>>#asArray and see how it glows e.g. when moving the window Note: -> if you select the ârightâ methods, the image will freeze (meta-recursion, we do not use meta-level aware links yet) -> somehow the metalinks do not get GCed (but it seems the actual de-installing works). The idea is that it is for now just a demoâ¦ but when the framework gets stable, it is an example of what we can do with it. Marcus

Oct. 3, 2015