- Pharo-dev - lists.pharo.org

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

by Tudor Girba

This is a fantastic effort! Thanks a lot, Doru On Sun, May 24, 2015 at 5:27 PM, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: > 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 >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

May 24, 2015

Re: [Pharo-dev] New Collections for Pharo

by stepharo

Hi did you write tests? did your implementation propose APIs that are compatible with the Collection API? Stef

May 24, 2015

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