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

Re: [Pharo-dev] Fwd: FogBugz (Case [Issue]13315) Morphic - NewList without icons

by Nicolai Hess

Thank your reply 2015-05-24 10:02 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > you can already play with it: > > Gofer it > smalltalkhubUser: 'estebanlm' project: 'FastTable'; > configuration; > loadStable. > > not in my place this weekend so I cannot finish it as I wanted before > pushing it. > > My idea is to ask community help finish it. > > Implementation uses datasources to feed the list, so in theory you can > browse infinite rows without loosing speed. > according to my tests (in my machine): > > [ Object browse ] timeToRun asMilliSeconds. -> ~3000ms (without cache) > [ Object browse ] timeToRun asMilliSeconds. -> ~350ms (with cache active) > [ Object browse ] timeToRun asMilliSeconds. -> ~150ms with FastTable, > always. > > There is an adaptor FTPluggableIconListMorphAdaptor that has the same > format as a PluggableIconListMorph so changing already existing calls will > be easy (even if there should not be done like that in the long term :) > > So, so far, list works fine, but > > - still missing drag&drop support > - there are some issues remaining: > -- cells escaping his width > -- last elements in long lists sometimes are not visible > > some details has to be around too... but this is a good design, taken from > Cocoa... is years better than the naive implementation of old > PluggableListMorph and better than the strategy used by NewList (spawning > threads all around). > Some info about this? Is this in some mac developer guide or a paper written about the design behind cocoa? > > Please, help me finish! > Repository is open so anybody can contribute. > +1 > > FTExamples has a set of wxamples with all things implemented :) > Thank you for not only having examples but class comments too! > > Esteban > > ps: I already has the adaptor working with Nautilus, but since it depends > on some changes on it I will wait until is integrated to push it. But > basically if you want to try you just need to go to: > CategoryWidget>>#buildCategoriesList, ClassWidget>>#buildClassesList and > MethodWidget>>#buildMethodList and change PluggableIconListMorph > with FTPluggableIconListMorphAdaptor > > > > > On Sun, May 24, 2015 at 7:41 AM, stepharo <stepharo(a)free.fr> wrote: > >> Hi nicolai >> >> Esteban is rewriting the list/table widgets and it is much much faster. >> He should announce a beta any soon. >> With it we will be able to remove >> - NewList (because its implementation is not good) >> - pluggableListMorph >> - and potentially the paginated and morph tree morph. >> >> Stef >> >> >> Le 23/5/15 00:20, Nicolai Hess a Ã©crit : >> >> Is there some more information about this? >> >> I opened that issue and I asks quesions about the NewList implementation >> on the mailing >> list and commented on some other issues about NewList (for example 13554 >> <https://pharo.fogbugz.com/default.asp?13554> Red cross in >> EyeDateAndTimeInspector). >> (With not so much feedback). >> And making NewListRender working with athens caused quite some headache >> to me. >> But this is the first time I hear someone is working on a new list. >> >> I would like to encourage people to make more comments on the bugtracker. >> >> And, as we have already quite some mess in our widget libraries, because >> we >> have all kinds of >> list/tree-morph-nomorph-pluggable-or-simple-with-or-without-icons-things, >> I would like some more discussion/background info about this. >> >> >> I agree. >> I would like to remove them all and get only one >> >> >> Especially how we prevent to not have "just-another-list" in the image, >> but >> a way/plan to migrate or exchange the current list class to use the >> new/better one. >> >> >> Why the migration to NewList was stopped is that we realised that it was >> not good. >> Alain told us that 8 months ago. >> >> >> thanks >> nicolai >> >> >> >> >> >> ---------- Forwarded message ---------- >> From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> >> Date: 2015-05-22 11:23 GMT+02:00 >> Subject: FogBugz (Case [Issue]13315) Morphic - NewList without icons >> To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> >> >> >> [image: avatar] >> *Marcus Denker* resolved *Case 13315*: NewList without icons >> <https://pharo.fogbugz.com/default.asp?13315> and assigned it to you: >> *Bug* in [image: Project:] Morphic: 1. Pharo Image >> We have a better list done by esteban soon >> *Status* changed: >> Work Needed [image: changed to] Resolved (Invalid) >> >> *Assigned To* changed: >> Everyone [image: changed to] Nicolai Hess >> >> [image: Priority] *Priority*: 3 â Must Fix [image: Status] >> *Status*: Resolved (Invalid) [image: Assigned To] *Assigned to*: >> Nicolai Hess [image: Milestone] *Milestone*: Pharo5.0 >> >> Go to Case >> <https://pharo.fogbugz.com/default.asp?13315> >> Don't want FogBugz notifications anymore? Update your preferences. >> <https://pharo.fogbugz.com/f/userPrefs> >> >> [image: FogBugz] A case which you opened has been resolved ( >> Resolved (Invalid) ) by Marcus Denker in FogBugz. It is your responsibility >> to verify the resolution and close or reactivate the case. Case ID: 13315 >> Title: NewList without icons Status: Resolved (Invalid) Category: Bug >> Project: Morphic Area: 1. Pharo Image Priority: 3 - Must Fix Milestone: >> Pharo5.0: 4/1/2016 Assigned To: Nicolai Hess URL: >> https://pharo.fogbugz.com/default.asp?13315 Changes: Status changed from >> 'Work Needed' to 'Resolved (Invalid)'. Last message: We have a better list >> done by esteban soon If you do not want to receive automatic notifications >> anymore, change your preferences in the Options screen. >> (https://pharo.fogbugz.com/f/userPrefs) >> >> >> >

May 24, 2015

Re: [Pharo-dev] Morphic menus

by Matthieu Lacaton

Oh okay, sorry, i'm not used to it :/ Here it is : https://pharo.fogbugz.com/f/cases/15598#BugEvent.127858 Cheers, Matthieu 2015-05-24 17:29 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > >> 2015-05-22 13:00 GMT+02:00 stepharo <stepharo(a)free.fr>: >> >>> Hi mathieu >>> >>> can you open a bug entry? >>> and publish your solution. >>> Tx >>> >>> > On Sun, May 24, 2015 at 10:30 PM, Matthieu Lacaton < > matthieu.lacaton(a)gmail.com> wrote: > >> Sure, I've done it. I don't really know how fogbugz works so I assigned >> it to everyone :P >> >> Matthieu > > Hi Matthieu, Its usual to respond with the URL of the issue :). This > helps pull in collaborators and helps historical web searches link to the > issue. > cheers -ben >

May 24, 2015

Re: [Pharo-dev] Morphic menus

by Ben Coman

> > > 2015-05-22 13:00 GMT+02:00 stepharo <stepharo(a)free.fr>: > >> Hi mathieu >> >> can you open a bug entry? >> and publish your solution. >> Tx >> >> On Sun, May 24, 2015 at 10:30 PM, Matthieu Lacaton < matthieu.lacaton(a)gmail.com> wrote: > Sure, I've done it. I don't really know how fogbugz works so I assigned it > to everyone :P > > Matthieu Hi Matthieu, Its usual to respond with the URL of the issue :). This helps pull in collaborators and helps historical web searches link to the issue. cheers -ben

May 24, 2015

Re: [Pharo-dev] Lectures in africa :)

by Sergio Fedi

Awesome! On Sun, May 24, 2015 at 5:44 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Excellent! > Thanks to share this impressive effort with us > > cheers, > Alexandre > > > > On May 24, 2015, at 7:47 AM, stepharo <stepharo(a)free.fr> wrote: > > > > Hi guys > > > > I m back to europe after one week to senegal. > > There I gave lectures to Dakar 3 h > > OO advanced design > > seaside > > and met Pr. Alassane Bah an old Smalltalker that is eager to push Pharo. > > I gave him my lectures and we will see what we will do. > > > > Then at Saint-Louis I gave lectures two times 3 h. > > They want to have an advanced oop lectures. > > > > Students loved it. > > > > I gave a presentation of Pharo to all the reseach group leader of the > LIRIMA a lab join with inria and several countries. > > People from Yaounde want to do something with Pharo :) > > > > So be ready to get newbies soon. > > > > Stef > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

May 24, 2015

Re: [Pharo-dev] Best practice for overwriting methods in other classes

by stepharo

> I have now twice in two different situations felt a need to "steal" a method > in Nautilus and make that method an extension method in my own package. > > In situation A, I wanted to steal the #buildCommentPane to use a different > Morph for class comments, > In situation B, Sergio and I needed to redefine #getComments and > #addComments:notifying: to fill out behaviour for package comments. It either means that - you override is temporal and that it should be integrated in Nautilus - or it means that nautilus should provide the correct plug (either with an attribute and accessor or announcements) and that such extensions should be pushed inside nautilus. > > What is the kosher way to work and contribute in such situations? I guess it > will also pop up in situations outside of Nautilus. > > > > -- > View this message in context: http://forum.world.st/Best-practice-for-overwriting-methods-in-other-classe… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

May 24, 2015

Re: [Pharo-dev] Morphic menus

by Matthieu Lacaton

Sure, I've done it. I don't really know how fogbugz works so I assigned it to everyone :P Matthieu 2015-05-22 13:00 GMT+02:00 stepharo <stepharo(a)free.fr>: > Hi mathieu > > can you open a bug entry? > and publish your solution. > Tx > > > Le 21/5/15 14:50, Matthieu Lacaton a Ã©crit : > > Hello everyone, > > I had to understand how menus work in Morphic lately and I noticed some > things : > > 1) When a menu has strictly more than 1 submenu active it cannot regain > the focus if the mouse doesn't pass over the submenus first. It is a bit > hard for me to explain so I will give you an example : > Open a Nautilus browser on any package and right click on a class. Now > browse "Refactoring => Code Rewriting => Rewrite Code but don't click on > any of these items. You will have 3 menus. Now if you exit the last menu > without returning to the previous one (make a loop from the right for > example if you have enough place) and go back directly to the first one > you'll see that it doesn't respond (it is like frozen). > > I don't know if it is a bug or if it is intended but I find it strange as > it is not how it is working on Windows nor Ubuntu for example. > > So if it is indeed a bug, what I propose as a "fix" would be this: > > Replace > > *: * >> >> *MenuItemMorph >>* *activateOwner Menu: evt* >> "Activate our owner menu; e.g., pass control to it" >> owner ifNil:[^false]. "not applicable" >> (owner fullContainsPoint: evt position) ifFalse:[^false]. >> owner activate: evt. >> ^true >> > > by: > > *MenuItemMorph >>* *activateOwner Menu: evt* >> > > >> >> * | popUpOwner | * >> >> * owner ifNil: [^false]. * >> >> * (owner fullContainsPoint: evt position) ifTrue: [ * >> >> * owner activate: evt. * >> >> >> >> * ^true. ]. * >> >> * popUpOwner := owner popUpOwner. * >> >> * [ popUpOwner ] whileNotNil: [ * >> >> * (popUpOwner owner fullContainsPoint: evt position) ifTrue: [ * >> >> * popUpOwner owner activate: evt. * >> >> >> * ^true. ] * >> >> * ifFalse: [ * >> >> >> >> * popUpOwner := popUpOwner owner popUpOwner. ]. ]. >> * >> >> * ^false. * >> > > It should work with any number of submenus but i couldn't find anywhere > in Pharo with more than 3 menus so i couldn't test it further. > > 2) When you leave a submenu and quickly come back to its popUpOwner, the > item in the submenu won't be deselected. So if you navigate a bit in the > menu and then want to come back to this submenu, you won't be able to > select the item by passing your mouse over it. It is not a big deal in > 99.9% of the time as you will still be able to click on it but when this > item is supposed to open a submenu it won't. You need to go to another item > in the submenu and to come back. > > I noticed that it happened because if you are leaving the submenu too > quickly there is no "mouseLeave" event generated so the itemMenu is not > deselected. Thus, as it is considered as selected, if you come back to it > later a "mouseEnter" event will not trigger anything. > > It is quite easy to reproduce with the same menu than for the 1) : > Right click on a class in a Nautilus browser then browse Refactoring => > Code Rewriting. > Now if you quickly come back to Refactoring sometimes you'll see that > Code Rewriting won't be deselected (it will still be blue after the 500ms > time out). If it is the case you can go back on "Rename..." and then if you > quickly come back to Refactoring => Code Rewriting, you won't be able to > get the 3rd submenu. > > I can reproduce this very easily but it is not really a problem because > it only happens if you are fast with your mouse. > > I did not try to fix it but I guess that reinitializing all the > itemMenus to unselected when poping a menu could do the trick. > > 3) This one is mostly insignificant because it is quite hard to > reproduce and doesn't trigger often at all. But sometimes when you quickly > navigate between 3 menus (I have not been able to reproduce it with only 2 > menus) when you want to go back to the first one it freezes and it doesn't > handle the mouseOver events anymore (you can still click though). > This is not the same thing than the first point because here you > correctly pass through the previous submenus to go to the first one. > I don't really know why this happens sometimes but I think it may be > because the focus was not passed quickly enough between windows and one on > the submenus gets deactivated and removed from the world wheras it still > had the focus on him. > > Anyway these 3 things are not really important but I just wanted to > share what i found with you in case you think it is valid. > > Cheers, > > Matthieu > > > > >

May 24, 2015

[pharo-project/pharo-core]

by GitHub

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

May 24, 2015

[pharo-project/pharo-core] a9fd2f: 50062

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: a9fd2f13d2b69e9e584903b2f9e55bacc4e5dda0 https://github.com/pharo-project/pharo-core/commit/a9fd2f13d2b69e9e584903b2… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-24 (Sun, 24 May 2015) Changed paths: M Kernel.package/Class.class/instance/instance variables/addSlot_.st M Reflectivity.package/HookGenerator.class/definition.st A Reflectivity.package/RFSemanticAnalyzer.class/README.md A Reflectivity.package/RFSemanticAnalyzer.class/definition.st A Reflectivity.package/RFSemanticAnalyzer.class/instance/visiting/visitNode_.st M Reflectivity.package/ReflectiveMethod.class/instance/evaluation/recompileAST.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50061.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50062.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50061.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50062.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Slot.package/OldClassBuilderAdapter.class/instance/adapted api/superclass_variableByteSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st R Slot.package/OldClassBuilderAdapter.class/instance/adapted api/superclass_variableWordSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st M Slot.package/extension/TClass/instance/removeSlot_.st M System-Support.package/SystemDictionary.class/README.md M Traits.package/TClass.class/instance/subclass creation/variableByteSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st M Traits.package/TClass.class/instance/subclass creation/variableWordSubclass_instanceVariableNames_classVariableNames_poolDictionaries_category_.st Log Message: ----------- 50062 15594 Clean OldClassBuilderAdapter more... https://pharo.fogbugz.com/f/cases/15594 15595 Add special semantic checker when compiling reflective methods https://pharo.fogbugz.com/f/cases/15595 15593 Fix SystemDictionary comment about behaviors https://pharo.fogbugz.com/f/cases/15593 http://files.pharo.org/image/50/50062.zip

May 24, 2015

Re: [Pharo-dev] Lectures in africa :)

by Alexandre Bergel

Excellent! Thanks to share this impressive effort with us cheers, Alexandre > On May 24, 2015, at 7:47 AM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > I m back to europe after one week to senegal. > There I gave lectures to Dakar 3 h > OO advanced design > seaside > and met Pr. Alassane Bah an old Smalltalker that is eager to push Pharo. > I gave him my lectures and we will see what we will do. > > Then at Saint-Louis I gave lectures two times 3 h. > They want to have an advanced oop lectures. > > Students loved it. > > I gave a presentation of Pharo to all the reseach group leader of the LIRIMA a lab join with inria and several countries. > People from Yaounde want to do something with Pharo :) > > So be ready to get newbies soon. > > Stef > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 24, 2015

Re: [Pharo-dev] Fwd: FogBugz (Case [Issue]13315) Morphic - NewList without icons

by Esteban Lorenzano

you can already play with it: Gofer it smalltalkhubUser: 'estebanlm' project: 'FastTable'; configuration; loadStable. not in my place this weekend so I cannot finish it as I wanted before pushing it. My idea is to ask community help finish it. Implementation uses datasources to feed the list, so in theory you can browse infinite rows without loosing speed. according to my tests (in my machine): [ Object browse ] timeToRun asMilliSeconds. -> ~3000ms (without cache) [ Object browse ] timeToRun asMilliSeconds. -> ~350ms (with cache active) [ Object browse ] timeToRun asMilliSeconds. -> ~150ms with FastTable, always. There is an adaptor FTPluggableIconListMorphAdaptor that has the same format as a PluggableIconListMorph so changing already existing calls will be easy (even if there should not be done like that in the long term :) So, so far, list works fine, but - still missing drag&drop support - there are some issues remaining: -- cells escaping his width -- last elements in long lists sometimes are not visible some details has to be around too... but this is a good design, taken from Cocoa... is years better than the naive implementation of old PluggableListMorph and better than the strategy used by NewList (spawning threads all around). Please, help me finish! Repository is open so anybody can contribute. FTExamples has a set of wxamples with all things implemented :) Esteban ps: I already has the adaptor working with Nautilus, but since it depends on some changes on it I will wait until is integrated to push it. But basically if you want to try you just need to go to: CategoryWidget>>#buildCategoriesList, ClassWidget>>#buildClassesList and MethodWidget>>#buildMethodList and change PluggableIconListMorph with FTPluggableIconListMorphAdaptor On Sun, May 24, 2015 at 7:41 AM, stepharo <stepharo(a)free.fr> wrote: > Hi nicolai > > Esteban is rewriting the list/table widgets and it is much much faster. > He should announce a beta any soon. > With it we will be able to remove > - NewList (because its implementation is not good) > - pluggableListMorph > - and potentially the paginated and morph tree morph. > > Stef > > > Le 23/5/15 00:20, Nicolai Hess a Ã©crit : > > Is there some more information about this? > > I opened that issue and I asks quesions about the NewList implementation > on the mailing > list and commented on some other issues about NewList (for example 13554 > <https://pharo.fogbugz.com/default.asp?13554> Red cross in > EyeDateAndTimeInspector). > (With not so much feedback). > And making NewListRender working with athens caused quite some headache > to me. > But this is the first time I hear someone is working on a new list. > > I would like to encourage people to make more comments on the bugtracker. > > And, as we have already quite some mess in our widget libraries, because we > have all kinds of > list/tree-morph-nomorph-pluggable-or-simple-with-or-without-icons-things, > I would like some more discussion/background info about this. > > > I agree. > I would like to remove them all and get only one > > > Especially how we prevent to not have "just-another-list" in the image, > but > a way/plan to migrate or exchange the current list class to use the > new/better one. > > > Why the migration to NewList was stopped is that we realised that it was > not good. > Alain told us that 8 months ago. > > > thanks > nicolai > > > > > > ---------- Forwarded message ---------- > From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> > Date: 2015-05-22 11:23 GMT+02:00 > Subject: FogBugz (Case [Issue]13315) Morphic - NewList without icons > To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> > > > [image: avatar] > *Marcus Denker* resolved *Case 13315*: NewList without icons > <https://pharo.fogbugz.com/default.asp?13315> and assigned it to you: > *Bug* in [image: Project:] Morphic: 1. Pharo Image > We have a better list done by esteban soon > *Status* changed: > Work Needed [image: changed to] Resolved (Invalid) > > *Assigned To* changed: > Everyone [image: changed to] Nicolai Hess > > [image: Priority] *Priority*: 3 â Must Fix [image: Status] > *Status*: Resolved (Invalid) [image: Assigned To] *Assigned to*: > Nicolai Hess [image: Milestone] *Milestone*: Pharo5.0 > > Go to Case > <https://pharo.fogbugz.com/default.asp?13315> > Don't want FogBugz notifications anymore? Update your preferences. > <https://pharo.fogbugz.com/f/userPrefs> > > [image: FogBugz] A case which you opened has been resolved ( Resolved > (Invalid) ) by Marcus Denker in FogBugz. It is your responsibility to > verify the resolution and close or reactivate the case. Case ID: 13315 > Title: NewList without icons Status: Resolved (Invalid) Category: Bug > Project: Morphic Area: 1. Pharo Image Priority: 3 - Must Fix Milestone: > Pharo5.0: 4/1/2016 Assigned To: Nicolai Hess URL: > https://pharo.fogbugz.com/default.asp?13315 Changes: Status changed from > 'Work Needed' to 'Resolved (Invalid)'. Last message: We have a better list > done by esteban soon If you do not want to receive automatic notifications > anymore, change your preferences in the Options screen. > (https://pharo.fogbugz.com/f/userPrefs) > > >

May 24, 2015