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

Re: [Pharo-dev] WhatsUp from: 2015-10-05 until: 2015-10-18

by Ferlicot D. Cyril

Le 05/10/2015 07:34, seaside(a)rmod.lille.inria.fr a Ã©crit : > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: >From Synectique: - Correction of FastTable bugs - Beginning of Outline Fast Table - Beginning of a filter widget with Fast Table > ### What's next, until 2015-10-18 (*): - New configuration of FT - Continue the new Widget - More improvements of FT > (*) we'll be expecting results by then ;) > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 5, 2015

Re: [Pharo-dev] [Reflectivity] more link options and enforcing link options per Class

by Marcus Denker

> On 03 Oct 2015, at 14:41, MARCUS.DENKER(a)INRIA.FR wrote: > > 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). > Done: https://pharo.fogbugz.com/f/cases/16715/options-defined-by-classes-or-metho… <https://pharo.fogbugz.com/f/cases/16715/options-defined-by-classes-or-metho…> (some caching maybe later to speed up options parsing in the code generator, but for now it is important that it works correctly) Marcus

Oct. 5, 2015

WhatsUp from: 2015-10-05 until: 2015-10-18

by seaside＠rmod.lille.inria.fr

Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS ### What's next, until 2015-10-18 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)

Oct. 5, 2015

Re: [Pharo-dev] [Pharo-users] Better Code Completion

by Marcus Denker

> On 05 Oct 2015, at 08:39, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 04/10/15 23:53, Peter UhnÃ¡k wrote: >> This is both rant and list of questions/notes/observations... >> >> ...but first of all: >> do Smalltalkers not like code completion? Because the one in Pharo is >> really poor and not only that nobody is doing anything about it, *but >> also nobody is complaining*; this leads me to believe that you either >> >> a) don't have the manpower (this is true pretty much always, so no >> complaints here) > > Definitely. > The issue tracker has lots of interesting completion related issues, like https://pharo.fogbugz.com/f/cases/13124/NECContext-needs-plugin-design > Yes, and we need to change it to use the AST instead of Shoutâ¦ that could simplify it a lot. Marcus

Oct. 5, 2015

[issue tracker] 6 issue fixed in external package, needs to be pushed into pharo

by marcus.denker＠inria.fr

Hello Maintainers of externally managed packages, We have 6 cases that need your action to get the fix (which is fixed in the repo of the package) back into Pharo. I made a new filter so these cases are easy to find: https://pharo.fogbugz.com/f/filters/138/fixed-upstream Keep in mind that it is better to merge back sooner than later, especially trivialities. Marcus

Oct. 5, 2015

Re: [Pharo-dev] FastTable

by Alexandre Bergel

Okay! Sounds like a plan! Alexandre > Le 4 oct. 2015 Ã 18:33, Ferlicot D. Cyril <cyril.ferlicot(a)gmail.com> a Ã©crit : > > Le 04/10/2015 19:12, Alexandre Bergel a Ã©crit : >> Hi! >> >> In the last version of Pharo, the last version of FastTable is not loaded. Any reason why? >> It would be great to have in the base image: >> Morphic-Widgets-FastTable-CyrilFerlicot.48 >> >> It solves some bugsâ¦ >> >> Alexandre > > Hi, > > It is not integrated because I am at Synectique only at the beginning of > the week and I didn't had the time to create a new configuration of > FastTable when I did the correction. I will create a new configuration > tomorrow and post it on FogBugz. > Review of the code for this improvement and the future improvements will > be welcome since it's the first time I manage morph and graphics tools. :) > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France >

Oct. 4, 2015

Re: [Pharo-dev] Better Code Completion

by Yuriy Tymchuk

Hi, > On 04 Oct 2015, at 23:53, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > This is both rant and list of questions/notes/observations... > > ...but first of all: > do Smalltalkers not like code completion? Because the one in Pharo is really poor and not only that nobody is doing anything about it, but also nobody is complaining; this leads me to believe that you either > > a) don't have the manpower (this is true pretty much always, so no complaints here) > b) don't care about this that much (since you lived without it for 45 years) > > at least from the lack of complaining to me it seems that b) is more likely scenario... > Itâs a). And improvements donât come from complaints, they come from suggestions, and even more often from contributions. Iâve already asked bout something, but there is no one who has tome to work with code completion. > But since I do use it, I get annoyed by it quite a bit, especially since I regularly work in IDEs where this thousand times better. > > Now I would like to get things moving a bit (or bury it and forget it), so I have couple of questions and would appreciate if someone could provide some feedback. > > 1. Methods of core/top classes should be reprioritized I am not sure that code completion is based on a real methods that know their class, I think that itâs model is rather a simple set of symbols. Maybe Iâm wrong, but if it is the case, it impacts many of the following issues. > > Since Object has almost 500 methods whatever I will start typing Object/TClass/TBehavior/... will have a list of answers... > > so let's start typing... > > > <2015-10-04_23:02:50.png> > > <2015-10-04_23:03:14.png> > > <2015-10-04_23:03:25.png> > > Very often I have to type almost full word to see what I want. > Shouldn't the completion follow the inheritance chain? So first it shows me matches from the class itself (especially since it actually knows the type) and only after then it's parents and so on? > > 3. Or maybe even show the (closest) class that implements it. > So the last two items would have somewhere (beginning or the end) written '(Object)' and the first two '(yourself)' (or the class's name). > > > 2. The window has fixed size, so if I have longer method (as in picture above) I don't see it all. > > 3. Is middle-of-the word really that often used? See moseIntere<sti>ngEntity above. It feels to me that it just creates a lot of false positives (I have this problem also with inspector btw, so I often have to prefix it with >># or if I see it already lot of <arrow down>, which is annoying) > I actually find it useful sometimes, but also it does not help me much because itâs case sensitive. Also considering the fact that you can easily use Spotter for to lookup, maybe it makes sense to just ignore middle word suggestions. > > <2015-10-04_23:07:47.png> > > 4. We write tests, however how often have you manually created an instance of a test class by hand? I think they should be either filtered or deprioritized as they create visual clutter. This is probably also true for many other classes such as ConfigurationOf/Manifest/... Nobody instantiates them by hand. You are right. It will be interesting to have some kind of model for that. Because you donât want to do this for every framework by hand, right? I.e. if I throw away SUnit and start to use something else, I would like to have to same features. > > <2015-10-04_23:09:36.png> > 5. How often do you send #abs to a dictionary? Maybe also deprioritize extension methods? Tough to generalize. If I extend something then I definitely use it quite often. Maybe having a âproject that you work onâ can help in prioritization. > > <2015-10-04_23:10:15.png> > 6. If I have already written part of the selector it's impossible to "continue" and add an extra parameter. This is because it doesn't know if I am code completing for dict, or #key. > Maybe different shortcuts? <tab> to code complete on #key, and <shift+tab> to code complete on the previous one... or maybe cycle through them because this can be nested (the currently code completed item would have to be highlighted somehow). > I think that there are many limitations because you are editing a text and not ast. Would be nice to have a placeholders like in xCode that allow you to enter parameters one by one after youâve autocompleted multi-parameter message. But again, for now we are only on text level. > > <2015-10-04_23:10:23.png> > 7. So if I don't want to see the above I have to type it manually; which is fine for #at:put: but not for longer words.. (just to find out ten seconds later that I have a stupid typo there). > > 8. The code completion doesn't show parameter names. This is very helpful because it often reveals what it actually accepts. Now I have to actually look into the code of the method. Again, probably itâs just a symbol, not a method. On the other hand, what should you do if you have multiple implementors. It probably would be useful to have suggestion when method is already there, and you are typing in parameters. Anyway, if you can contribute any improvement, personaly Iâd be grateful. Cheers. Uko > > Now we can hardly compete with typed languages, but I think there's a lot lot room for improvement. > > For comparison from other languages/IDE's. > > PhpStorm/PHP > <2015-10-04_22:53:38.png> > (notice how it shows the whole method if it's longer than the window and doesn't it just clip)â > > NetBeans/C++ > > <2015-10-04_23:01:09.png> > > <2015-10-04_23:01:50.png> > In the picture above it âstill provides hinting when typing the parameter. > > TypeScript playground > <2015-10-04_23:12:12.png> > <2015-10-04_23:12:31.png> > â(similar to NetBeans) > > Also they have in their online playground better and nicer code completion than we have in actual env (http://www.typescriptlang.org/Playground <http://www.typescriptlang.org/Playground> ) > > So if you have any thoughts/feedback/whatnot on this matter, I would greatly appreciate it. > > Peter >

Oct. 4, 2015

Better Code Completion

by Peter UhnÃ¡k

This is both rant and list of questions/notes/observations... ...but first of all: do Smalltalkers not like code completion? Because the one in Pharo is really poor and not only that nobody is doing anything about it, *but also nobody is complaining*; this leads me to believe that you either a) don't have the manpower (this is true pretty much always, so no complaints here) b) don't care about this that much (since you lived without it for 45 years) at least from the lack of complaining to me it seems that b) is more likely scenario... But since I do use it, I get annoyed by it quite a bit, especially since I regularly work in IDEs where this thousand times better. Now I would like to get things moving a bit (or bury it and forget it), so I have couple of questions and would appreciate if someone could provide some feedback. 1. Methods of core/top classes should be deprioritized Since Object has almost 500 methods whatever I will start typing Object/TClass/TBehavior/... will have a list of answers... so let's start typing... Very often I have to type almost full word to see what I want. Shouldn't the completion follow the inheritance chain? So first it shows me matches from the class itself (especially since it actually knows the type) and only after then it's parents and so on? 3. Or maybe even show the (closest) class that implements it. So the last two items would have somewhere (beginning or the end) written '(Object)' and the first two '(yourself)' (or the class's name). 2. The window has fixed size, so if I have longer method (as in picture above) I don't see it all. 3. Is middle-of-the word really that often used? See moseIntere<sti>ngEntity above. It feels to me that it just creates a lot of false positives (I have this problem also with inspector btw, so I often have to prefix it with >># or if I see it already lot of <arrow down>, which is annoying) 4. We write tests, however how often have you manually created an instance of a test class by hand? I think they should be either filtered or deprioritized as they create visual clutter. This is probably also true for many other classes such as ConfigurationOf/Manifest/... Nobody instantiates them by hand. 5. How often do you send #abs to a dictionary? Maybe also deprioritize extension methods? 6. If I have already written part of the selector it's impossible to "continue" and add an extra parameter. This is because it doesn't know if I am code completing for dict, or #key. Maybe different shortcuts? <tab> to code complete on #key, and <shift+tab> to code complete on the previous one... or maybe cycle through them because this can be nested (the currently code completed item would have to be highlighted somehow). 7. So if I don't want to see the above I have to type it manually; which is fine for #at:put: but not for longer words.. (just to find out ten seconds later that I have a stupid typo there). 8. The code completion doesn't show parameter names. This is very helpful because it often reveals what it actually accepts. Now I have to actually look into the code of the method. Now we can hardly compete with typed languages, but I think there's a lot lot room for improvement. For comparison from other languages/IDE's. PhpStorm/PHP (notice how it shows the whole method if it's longer than the window and doesn't it just clip)â NetBeans/C++ In the picture above it âstill provides hinting when typing the parameter. TypeScript playground â(similar to NetBeans) Also they have in their online playground better and nicer code completion than we have in actual env (http://www.typescriptlang.org/Playground ) So if you have any thoughts/feedback/whatnot on this matter, I would greatly appreciate it. Peter

Oct. 4, 2015

Re: [Pharo-dev] FastTable

by Ferlicot D. Cyril

Le 04/10/2015 19:12, Alexandre Bergel a Ã©crit : > Hi! > > In the last version of Pharo, the last version of FastTable is not loaded. Any reason why? > It would be great to have in the base image: > Morphic-Widgets-FastTable-CyrilFerlicot.48 > > It solves some bugsâ¦ > > Alexandre > Hi, It is not integrated because I am at Synectique only at the beginning of the week and I didn't had the time to create a new configuration of FastTable when I did the correction. I will create a new configuration tomorrow and post it on FogBugz. Review of the code for this improvement and the future improvements will be welcome since it's the first time I manage morph and graphics tools. :) -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 4, 2015

Re: [Pharo-dev] FastTable

by Esteban Lorenzano

it will be when Cyril pushes the changes, which he probably has not finished. some times you people are too impatient! :) Esteban > On 04 Oct 2015, at 21:12, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi! > > In the last version of Pharo, the last version of FastTable is not loaded. Any reason why? > It would be great to have in the base image: > Morphic-Widgets-FastTable-CyrilFerlicot.48 > > It solves some bugsâ¦ > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Oct. 4, 2015

FastTable

by Alexandre Bergel

Hi! In the last version of Pharo, the last version of FastTable is not loaded. Any reason why? It would be great to have in the base image: Morphic-Widgets-FastTable-CyrilFerlicot.48 It solves some bugsâ¦ Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 4, 2015

Re: [Pharo-dev] UserManager removed - alternative?

by Marcus Denker

> On 04 Oct 2015, at 19:10, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hi > > Bloc is broken because UserManager is no longer in the image. (it was removed on 14th of August) > For some reason there is a check: > > UserManager default canDropOSFile > > this check is used in #dropFiles: > > What is alternative or does it make sense to remove the check? > remove it for now. We need to re-introduce something like user manager, but not one that is reference from everywhere but more using a scheme like the Settingsâ¦ Marcus

Oct. 4, 2015

UserManager removed - alternative?

by Aliaksei Syrel

Hi Bloc is broken because UserManager is no longer in the image. (it was removed on 14th of August) For some reason there is a check: UserManager default canDropOSFile this check is used in #dropFiles: What is alternative or does it make sense to remove the check? Cheers, Alex

Oct. 4, 2015

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

by Marcus Denker

> On 04 Oct 2015, at 10:47, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > >> On 04 Oct 2015, at 10:46, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> >> >>> On 04 Oct 2015, at 08:30, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> >>>> On 03 Oct 2015, at 14:16, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>> >>>> Hi, >>>> >>>> With Miguel Campusano we build a small demo. >>>> >>> >>> Another thing we worked onâ¦ but it needs some more work to be integratable. Visualising >>> links using the side-icon feature of the new editor: >> >> would be cool to put this also to quality assistance :) > > and of course breakpoints ;) Yes! Marcus

Oct. 4, 2015

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

by Esteban Lorenzano

> On 04 Oct 2015, at 10:46, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > >> On 04 Oct 2015, at 08:30, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> >>> On 03 Oct 2015, at 14:16, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> Hi, >>> >>> With Miguel Campusano we build a small demo. >>> >> >> Another thing we worked onâ¦ but it needs some more work to be integratable. Visualising >> links using the side-icon feature of the new editor: > > would be cool to put this also to quality assistance :) and of course breakpoints ;) > >> >> <Untitled.png> >

Oct. 4, 2015

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

by Esteban Lorenzano

> On 04 Oct 2015, at 08:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 03 Oct 2015, at 14:16, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> Hi, >> >> With Miguel Campusano we build a small demo. >> > > Another thing we worked onâ¦ but it needs some more work to be integratable. Visualising > links using the side-icon feature of the new editor: would be cool to put this also to quality assistance :) > > <Untitled.png>

Oct. 4, 2015

[pharo-project/pharo-core] 5c7f12: 50361

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 5c7f12b5fec8f0a7959e584eeeb8d2c95c358e4c https://github.com/pharo-project/pharo-core/commit/5c7f12b5fec8f0a7959e584e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-04 (Sun, 04 Oct 2015) Changed paths: A ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/baselines/baseline05_.st A ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/baselines/baseline06_.st M ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/symbolic versions/development_.st M ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/symbolic versions/stable_.st A ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/versions/version112_.st A ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/versions/version113_.st A ConfigurationOfDependencyAnalyser.package/ConfigurationOfDependencyAnalyser.class/instance/versions/version114_.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - conditions/testConditionWithArgument.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - conditions/testConditionWithArgument2.st M Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - options/testLinkoptionInlineCondition.st M Reflectivity.package/HookGenerator.class/instance/ast manipulation/wrapCondition_link_.st M Reflectivity.package/MetaLink.class/class/options/defaultOptions.st M Reflectivity.package/MetaLink.class/definition.st M Reflectivity.package/MetaLink.class/instance/accessing/allReifications.st A Reflectivity.package/MetaLink.class/instance/accessing/conditionArguments.st A Reflectivity.package/MetaLink.class/instance/link api/condition_arguments_.st A Reflectivity.package/MetaLink.class/instance/options/optionInlineCondition.st A Reflectivity.package/MetaLink.class/instance/options/optionInlineCondition_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50360.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50361.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50360.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50361.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/README.md R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/definition.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/accessing/dependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/computing - dependencies/computeImageDependencies.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/computing - dependencies/transitiveDependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/initialization/newReport.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/buildPackageRelationGraphFor_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/computeDependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/computeDependenciesOf_visitedPackages_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/computeTransitiveDependenciesOf_visitedPackages_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/daPackageFor_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/ignoredDependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/private/manuallyResolvedDependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyChecker.class/instance/querying/shortestPathToPackageIntroducingDependency_startingFrom_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/README.md R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/class/example/example.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/definition.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/analysisRunString.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/analysisRunString_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/dependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/dependenciesOf_ifAbsentPut_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/imageVersion.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/imageVersion_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/knownDependantsOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/transitiveDependenciesOf_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/accessing/warnings.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/adding/addWarning_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/adding/add_dependencies_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/converting/newReportScopedOn_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/initialization/initialize.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/iterating/dependenciesAndKnownDependantsDo_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/iterating/dependenciesDo_.st R Tool-DependencyAnalyser-Checker.package/DADependencyReport.class/instance/private/transitiveDependenciesOf_visited_.st R Tool-DependencyAnalyser-Checker.package/extension/RPackage/instance/ignoredDependencies.st R Tool-DependencyAnalyser-Checker.package/extension/RPackage/instance/manuallyResolvedDependencies.st M Tool-DependencyAnalyser-Test.package/DAPackageCycleTest.class/instance/tests/testSizeOfCycles.st M Tool-DependencyAnalyser-UI.package/DAAddPackageModel.class/README.md M Tool-DependencyAnalyser-UI.package/DAAssemblyNode.class/instance/initialization/initializeWith_.st R Tool-DependencyAnalyser-UI.package/DAPackageAnalyzerTreeModel.class/instance/accessing/buttonChecker.st M Tool-DependencyAnalyser-UI.package/DAPackageAnalyzerTreeModel.class/instance/initialization/initializeButtons.st M Tool-DependencyAnalyser-UI.package/DAPackageAnalyzerWindow.class/class/instance-creation/onPackagesNamed_.st M Tool-DependencyAnalyser-UI.package/DAPackageAnalyzerWindow.class/instance/adding/addAllMorph.st M Tool-DependencyAnalyser-UI.package/DAPackageCycleDetectionTreeModel.class/class/instance-creation/onPackagesNamed_.st M Tool-DependencyAnalyser-UI.package/DAPackageTreeModel.class/definition.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/README.md A Tool-DependencyAnalyser.package/DADependencyChecker.class/definition.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/accessing/dependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/computing - dependencies/computeImageDependencies.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/computing - dependencies/shortestPathToPackageIntroducingDependency_startingFrom_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/computing - dependencies/transitiveDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/initialization/initialize.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/initialization/newReport.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/buildPackageRelationGraphFor_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/computeDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/computeDependenciesOf_visitedPackages_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/computeTransitiveDependenciesOf_visitedPackages_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/daPackageFor_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/ignoredDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyChecker.class/instance/private/manuallyResolvedDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/README.md A Tool-DependencyAnalyser.package/DADependencyReport.class/class/example/example.st A Tool-DependencyAnalyser.package/DADependencyReport.class/definition.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/allPackages.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/analysisRunString.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/analysisRunString_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/dependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/dependenciesOf_ifAbsentPut_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/imageVersion.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/imageVersion_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/knownDependantsOf_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/transitiveDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/transitiveDependenciesOf_withoutDependenciesOf_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/accessing/warnings.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/adding/addWarning_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/adding/add_dependencies_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/converting/newReportScopedOn_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/converting/newReportScopedOn_withoutDependencies_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/initialization/initialize.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/iterating/dependenciesAndKnownDependantsDo_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/iterating/dependenciesDo_.st A Tool-DependencyAnalyser.package/DADependencyReport.class/instance/private/transitiveDependenciesOf_visited_.st A Tool-DependencyAnalyser.package/extension/RPackage/instance/ignoredDependencies.st A Tool-DependencyAnalyser.package/extension/RPackage/instance/manuallyResolvedDependencies.st Log Message: ----------- 50361 Tool-DependencyAnalyser-Checker http://files.pharo.org/image/50/50361.zip

Oct. 4, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 4, 2015

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

by Marcus Denker

> On 03 Oct 2015, at 14:16, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > With Miguel Campusano we build a small demo. > Another thing we worked onâ¦ but it needs some more work to be integratable. Visualising links using the side-icon feature of the new editor:

Oct. 4, 2015

Re: [Pharo-dev] Copy image from Macbook to Ubuntu system

by Damien Cassou

Trussardi Dario Romano <dario.trussardi(a)tiscali.it> writes: > Ciao, > > i have a Pharo-1.4-one-click application run on MacBook. > > Now for security problem i need to port and run it on Ubuntu system 14.04.3 > > I can copy from MacBook and paste on Ubuntu ? > > On the Ubuntu system i load the pharo-launcher but it don't manage old pharo 1.4 version. copy your image from your Mac disk to Ubuntu. If you installed pharo through the PPA, you can type $ pharo-vm-x YOURIMAGE.image -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Oct. 4, 2015

[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

Re: [Pharo-dev] Latest changes broke Icons

by Esteban Lorenzano

> On 03 Oct 2015, at 09:35, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > I think that esteban will have some work to detress from FFI and Spur hacking :). > > Some random thoughts: > > - We should have by default icon objects (and not their description and the objects in the image) in the image how so? > - We should not need to access github to get pharo running :) you DO NOT need it! > -- 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 02 Oct 2015, at 20:34, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-10-02 19:40 GMT+02:00 Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>>: > > 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. > > > That is really bad, I am working behind a proxy too. but you will not be forced to go through it. this is just if you want to change the icon set. Esteban >

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Esteban Lorenzano

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 :) 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] Latest changes broke Icons

by stepharo

Hi guys I think that esteban will have some work to detress from FFI and Spur hacking :). Some random thoughts: - We should have by default icon objects (and not their description and the objects in the image) in the image - We should not need to access github to get pharo running :) -- icon description should be cached on the disc (I was teaching in a place where there is no internet). - Icons should probably also delivered modularly (a tool may want to have specific button). - Do not push changes like that the friday afternoon :) 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] Copy image from Macbook to Ubuntu system

by stepharo

normally images works corrs platform. so you should not have problems. Le 2/10/15 16:03, Trussardi Dario Romano a Ã©crit : > Ciao, > > i have a Pharo-1.4-one-click application run on MacBook. > > Now for security problem i need to port and run it on Ubuntu system 14.04.3 > > I can copy from MacBook and paste on Ubuntu ? > > On the Ubuntu system i load the pharo-launcher but it don't manage old pharo 1.4 version. > > Any considerations? > > Of course the best is to port my code into a new Pharo 4.0 image, > > but this is another step. > > Thanks, > > Dario > > > >

Oct. 3, 2015

Re: [Pharo-dev] MorphSlot extension for duplicate?

by stepharo

Pay attention that the more magic you use the more difficult to understand the system will be. For me duplicate should call copy and we should be able to see that copy does not copy the instVar. Le 2/10/15 11:26, Stephan Eggermont a Ã©crit : > If a morph holds onto another morph in an instVar, > it often shouldn't be copied when doing a duplicate. > Is that something that a MorphSlot variant could support? > > Stephan > > >

Oct. 3, 2015

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

by Stephan Eggermont

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. Stephan

Oct. 3, 2015

FastTable improvements done by Cyril are paid by Synectique

by stepharo

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. Yes we believe that improving the system we all used is beneficial for synectique and yes we are really busy running for business. Stef on the behalf of http://www.synectique.eu

Oct. 3, 2015

Re: [Pharo-dev] Latest changes broke Icons

by phil＠highoctane.be

> > >> From my point of view, proxies are from last century ;-) > > >They are indeed, but then again so is Smalltalk. ;) > You made my day Peter :-) Isn't that why we have Pharo for the 21st? (You that thing where we do Smalltalk vm, Smalltalk globals...) Phil

Oct. 2, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Peter UhnÃ¡k

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. Wait, if I download a fresh image it starts downloading yet more stuff? (I can't try it now as I am on FUP-constrained mobile connection.) I thought that images are supposed to be self contained and stuff like this should be delegated to CI that builds the image or let the user do it manually on top of Pharo-Minimal/Pharo-Bootstrap. > I mean, the traffic is by definition encrypted so how can a proxy even do something ? I think it can still establish connection and forward packets (I think), it can simply let the connection through directly or it can fail to connect (which is the case above). > From my point of view, proxies are from last century ;-) They are indeed, but then again so is Smalltalk. ;) Also your traffic is most likely going through proxies of your ISP (who then injects packets with ad trackers ;)). Peter On Fri, Oct 2, 2015 at 9:21 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 02 Oct 2015, at 20:34, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > > > > > 2015-10-02 19:40 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > > > > 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. > > > > > > That is really bad, I am working behind a proxy too. > > I've said this before: this can only be developed by someone behind a > proxy. Any help would be appreciated. I know it works more or less for > plain HTTP, but there are edge cases. There does indeed seem to be a > problem with HTTPS, maybe just something small/simple. > > That being said, I must say that I do not understand very well how HTTPS > proxying might work. I mean, the traffic is by definition encrypted so how > can a proxy even do something ? And if there is some way around this, the > connection is no longer end-to-end secure. From my point of view, proxies > are from last century ;-) > > Sven > > >

Oct. 2, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Sven Van Caekenberghe

> On 02 Oct 2015, at 20:34, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-10-02 19:40 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > > 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. > > > That is really bad, I am working behind a proxy too. I've said this before: this can only be developed by someone behind a proxy. Any help would be appreciated. I know it works more or less for plain HTTP, but there are edge cases. There does indeed seem to be a problem with HTTPS, maybe just something small/simple. That being said, I must say that I do not understand very well how HTTPS proxying might work. I mean, the traffic is by definition encrypted so how can a proxy even do something ? And if there is some way around this, the connection is no longer end-to-end secure. From my point of view, proxies are from last century ;-) Sven

Oct. 2, 2015

Re: [Pharo-dev] Latest changes broke Icons

by phil＠highoctane.be

Have not tires #50359 but my WFT rate per minute just had a dirac spike. In TWM that I am trying to port to 5.0 there are tons of icons... Geez. Phil On Fri, Oct 2, 2015 at 7:40 PM, 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? > > 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. 2, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Dale Henrichs

Excellent! On 09/30/2015 11:36 PM, Nicolai Hess wrote: > > > 2015-10-01 6:33 GMT+02:00 Jan Vrany <jan.vrany(a)fit.cvut.cz > <mailto:jan.vrany@fit.cvut.cz>>: > > On Mon, 2015-09-28 at 16:48 -0700, Dale Henrichs wrote: > > The big issue for git and windows (in general) is that there is > a 255 > > character limit on the paths for files .... I recently pruned some > > file names for Metacello (on a win-hack branch) just to get > Metacello > > to work with filetree .. > > The limit is actually 260 characters. Not that it helps much :-) > However, there's a way (well, hack) to overcome this limit > using special UNC pathnames like > \\?\C:\very\long\path\here or \\?\UNC\server\share\very\long\path. > > > This hack is now implemented in the latest squeak and pharo vm. > > > The "only" issue is that not all tools in the chain are using > this hack... > > Jan > > >

Oct. 2, 2015

Re: [Pharo-dev] Latest changes broke Icons

by Nicolai Hess

2015-10-02 19:40 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > > 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. > > That is really bad, I am working behind a proxy too.

Oct. 2, 2015

Re: [Pharo-dev] Querying the accessors of a variable

by Eliot Miranda

On Fri, Oct 2, 2015 at 11:09 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Henrik, > > On Thu, Oct 1, 2015 at 2:18 AM, Henrik Nergaard <henrin10(a)student.uia.no> > wrote: > >> Hi, >> >> Is there a simple way to query a variable to check how many methods that >> access it? (just want to know the size) >> >> This works, but it is quite slow. >> (Morph whichSelectorsAccess: #owner) size >> Morph withAllSubclasses inject: 0 into: [ :sum :class | sum + (class >> whichSelectorsAccess: #owner) size ] >> > > If it is slow then there's some mistake. Here are some measurements from > the relevant code in my Spur Squeak v 5.0 image: > > > | visited t | > visited := 0. > t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. > (m readsField: 66) or: (m writesField: 66)] localToPackage: #VMMaker] > timeToRun. > {t. visited. t * 1000.0 / visited } #(89 13553 6.566811775990556) > > > | visited t | > visited := 0. > t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. > (m readsField: 6) or: (m writesField: 6)] localToPackage: #VMMaker] > timeToRun. > {t. visited. t * 1000.0 / visited } #(85 13553 6.271674168080867) > > So 85 milliseconds to analyse 13k methods, for a cost of 6 1/4 secs per > method. I wouldn't call that slow. > > The measurements for Morph and subclasses are even better: > > > | visited t | > visited := 0. > t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. > (m readsField: 66) or: (m writesField: 66)] localTo: Morph] timeToRun. > {t. visited. t * 1000.0 / visited } #(34 12434 2.7344378317516487) > | visited t | > visited := 0. > t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. > (m readsField: 6) or: (m writesField: 6)] localTo: Morph] timeToRun. > {t. visited. t * 1000.0 / visited } #(34 12434 2.7344378317516487) > > 34 milliseconds, 2 3/4 usecs per method. > Oops. This should read | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 66) or: (m writesField: 66)] localTo: Morph] timeToRun. {t. visited. t * 1000.0 / visited } #(33 12434 2.654013189641306) | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 6) or: (m writesField: 6)] localTo: Morph] timeToRun. {t. visited. t * 1000.0 / visited } #(34 12434 2.7344378317516487) > > > This on a late 2012 Mac Mini 2.3GHz Core i7. > > >> <http://forum.world.st/file/n4852956/aMenuMorph%28885522432%29.png> >> >> Best regards, >> Henrik >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Querying-the-accessors-of-a-variable-tp4852956.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > > > -- > _,,,^..^,,,_ > best, Eliot > -- _,,,^..^,,,_ best, Eliot

Oct. 2, 2015

Re: [Pharo-dev] Querying the accessors of a variable

by Eliot Miranda

Hi Henrik, On Thu, Oct 1, 2015 at 2:18 AM, Henrik Nergaard <henrin10(a)student.uia.no> wrote: > Hi, > > Is there a simple way to query a variable to check how many methods that > access it? (just want to know the size) > > This works, but it is quite slow. > (Morph whichSelectorsAccess: #owner) size > Morph withAllSubclasses inject: 0 into: [ :sum :class | sum + (class > whichSelectorsAccess: #owner) size ] > If it is slow then there's some mistake. Here are some measurements from the relevant code in my Spur Squeak v 5.0 image: | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 66) or: (m writesField: 66)] localToPackage: #VMMaker] timeToRun. {t. visited. t * 1000.0 / visited } #(89 13553 6.566811775990556) | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 6) or: (m writesField: 6)] localToPackage: #VMMaker] timeToRun. {t. visited. t * 1000.0 / visited } #(85 13553 6.271674168080867) So 85 milliseconds to analyse 13k methods, for a cost of 6 1/4 secs per method. I wouldn't call that slow. The measurements for Morph and subclasses are even better: | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 66) or: (m writesField: 66)] localTo: Morph] timeToRun. {t. visited. t * 1000.0 / visited } #(34 12434 2.7344378317516487) | visited t | visited := 0. t := [self systemNavigation allMethodsSelect: [:m| visited := visited + 1. (m readsField: 6) or: (m writesField: 6)] localTo: Morph] timeToRun. {t. visited. t * 1000.0 / visited } #(34 12434 2.7344378317516487) 34 milliseconds, 2 3/4 usecs per method. This on a late 2012 Mac Mini 2.3GHz Core i7. > <http://forum.world.st/file/n4852956/aMenuMorph%28885522432%29.png> > > Best regards, > Henrik > > > > -- > View this message in context: > http://forum.world.st/Querying-the-accessors-of-a-variable-tp4852956.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- _,,,^..^,,,_ best, Eliot

Oct. 2, 2015

Latest changes broke Icons

by Torsten Bergmann

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. 2, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 2, 2015

[pharo-project/pharo-core] 461f66: 50359

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 461f66b36cc81a85ea80a6d6d14d87a60d691273 https://github.com/pharo-project/pharo-core/commit/461f66b36cc81a85ea80a6d6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-02 (Fri, 02 Oct 2015) Changed paths: M NautilusCommon.package/NautilusPluginManager.class/instance/lists behavior/pluginClassesSelectedIndex_.st R Reflectivity-Examples.package/CoverageStyler.class/README.md R Reflectivity-Examples.package/CoverageStyler.class/definition.st R Reflectivity-Examples.package/CoverageStyler.class/instance/formatting/addStyle_attribute_forNode_.st R Reflectivity-Examples.package/CoverageStyler.class/instance/formatting/addStyle_forNode_.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/README.md A Reflectivity-Examples.package/ExecutionDisplayMorph.class/definition.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/instance/as yet unclassified/noteExecuted.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/instance/as yet unclassified/noteExecution.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/instance/as yet unclassified/step.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/instance/as yet unclassified/stepTime.st A Reflectivity-Examples.package/ExecutionDisplayMorph.class/instance/as yet unclassified/wantsSteps.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/README.md A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/class/display/pluginName.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/class/information/description.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/class/information/possiblePositions.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/class/position/defaultPosition.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/definition.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/instance/display/display.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/instance/execution Visualizer/noteExectuted_.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/instance/initialization/initialize.st A Reflectivity-Examples.package/ExecutionDisplayPlugin.class/instance/registration/registerTo_.st A Reflectivity-Tests.package/MetaLinkTest.class/instance/tests - options/testLinkOptionMetaLevel.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - options/testLinkOptionDisabledLink.st M Reflectivity.package/HookGenerator.class/instance/private/hookFor_.st M Reflectivity.package/MetaLink.class/class/options/defaultOptions.st M Reflectivity.package/MetaLink.class/instance/accessing/level.st A Reflectivity.package/MetaLink.class/instance/options/optionDisabledLink.st A Reflectivity.package/MetaLink.class/instance/options/optionDisabledLink_.st A Reflectivity.package/MetaLink.class/instance/options/optionMetalevel.st A Reflectivity.package/MetaLink.class/instance/options/optionMetalevel_.st M Reflectivity.package/MetaLink.class/instance/private/doesNotUnderstand_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50358.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50359.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50358.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50359.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/MorphSlot.class/README.md R Slot.package/MorphSlot.class/instance/as yet unclassified/write_to_.st A Slot.package/MorphSlot.class/instance/meta-object-protocol/write_to_.st Log Message: ----------- 50359 16696 Execution Demo with Reflectivity https://pharo.fogbugz.com/f/cases/16696 16694 optionMetalevel and some cleanups https://pharo.fogbugz.com/f/cases/16694 16697 NautliusPluginManager context menu broken https://pharo.fogbugz.com/f/cases/16697 http://files.pharo.org/image/50/50359.zip

Oct. 2, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 2, 2015