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