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

Re: [Pharo-dev] DebugAction >> category

by Marcus Denker

> On 31 May 2015, at 07:47, stepharo <stepharo(a)free.fr> wrote: > > Oki > > You see when you browse the code you wonder if you should pass a class tag or a method protocol. > So I will update the comment. > To me category is a bit too much overloaded. > Restricting the use of names is not a solution for that. We need better tools that take execution (e.g. of tests) into account instead. Marcus

June 1, 2015

Re: [Pharo-dev] SyntaxErrorNotification api question

by Marcus Denker

There is already an issue about it: 11657 A Compiler compiles, it does not classify and hence need no category https://pharo.fogbugz.com/f/cases/11657 I want to clean that up after we remove the old compiler. I do not have the man power to do it for both, especially considering this would be completely wasted effort. Marcus > On 31 May 2015, at 07:51, stepharo <stepharo(a)free.fr> wrote: > > Hi marcus > > we > > SyntaxErrorNotification>>setClass: aClass category: aCategory code: codeString doitFlag: aBoolean errorMessage: errorString location: anInteger > inClass := aClass. > category := aCategory. > code := codeString. > doitFlag := aBoolean. > messageText := errorString. > location := anInteger > > > and I wonder what is the category? I imagine that this is a method protocol more than a class category? > > I would like to add > > setClass: aClass protocol: aProtocol code: codeString doitFlag: aBoolean errorMessage: errorString location: anInteger > inClass := aClass. > category := aCategory. > code := codeString. > doitFlag := aBoolean. > messageText := errorString. > location := anInteger > > and keep the other as backward compatibility. > > Stef >

June 1, 2015

Re: [Pharo-dev] monticello problems

by Marcus Denker

Yes, this was like that since ever. For Pharo3 I added a workaround: after every build, on the CI server I removed all repos and added the default repos. This of course deleted all the repos defined for the âexternalllyâ managed projects, so we just removed this cleanup in Pharo4, bringing back the mess that we had before. We need to fix this. Marcus > On 30 May 2015, at 17:39, Ben Coman <btc(a)openinworld.com> wrote: > > This has been for a while, even in Pharo 4 I think. I *assumed* it was by design and I was just learning to live with it. > cheers -ben > > On Sat, May 30, 2015 at 6:07 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > Hi, > > Iâm having a lot of problems with monticello lately. > And it is not just the change of MCLazyVersionInfo (that affects just the history). > > Now, looks like packages are keeping their own private list of repositories. Look at the example: > > > > <Screen Shot 2015-05-30 at 12.04.49.png> > > Notice the âAllâ selection. Now see with âPackageâ selected: > > <Screen Shot 2015-05-30 at 12.05.38.png> > > And it is breaking not just my nerves, but a lot of tools, etc. > > So, I donât know it this was on purpose to avoid repositories pollutionâ¦ but this is a bug or a bad change :) > > Can you confirm the problem? > > Esteban >

June 1, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] ec95a6: 50074

by Sven Van Caekenberghe

> On 01 Jun 2015, at 10:08, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 29 May 2015, at 22:32, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> >> >> 2015-05-29 18:43 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >> Hey, at least the commit link to where one can inspect the actual changes is on the top now! >> With better log messages, and the rest removed, it would actually almost be helpful... >> >> Cheers, >> Henry >> >> >> But that's the point: if you follow the github link, then you just observe: >> - the changes about the configuration, >> - the links to the issue tracker, through ScriptLoader >> - a link to the smalltalkhub repository which is not really browsable >> Not really the codeâ¦ > > > ? If I click on > > https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8… > > I see the diff for this update. And it is even on github, by loud popular request. Furthermore, we have been doing this for years. ;-) >> Untill all the projects are moved to github, this is somehow a regression. >> >>> On 29 May 2015, at 6:37 , Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >>> >>> All the verbiage is just to announce that the real work is happening elsewhere. >>> Maybe that's already informative enough to keep these message flowing ;) >>> >>> 2015-05-29 15:53 GMT+02:00 GitHub <noreply(a)github.com>: >>> Branch: refs/heads/5.0 >>> Home: https://github.com/pharo-project/pharo-core >>> Commit: ec95a6bbb53327bccec2f4b8ebf8abc2f416c9b7 >>> https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8… >>> Author: Jenkins Build Server <board(a)pharo-project.org> >>> Date: 2015-05-29 (Fri, 29 May 2015) >>> >>> Changed paths: >>> A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/baselines/baseline21_.st >>> M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/development_.st >>> M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st >>> A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1215_.st >>> R ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version13_.st >>> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50073.st >>> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50074.st >>> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50073.st >>> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50074.st >>> M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st >>> >>> Log Message: >>> ----------- >>> 50074 >>> a MC >>> >>> http://files.pharo.org/image/50/50074.zip

June 1, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] ec95a6: 50074

by Marcus Denker

> On 29 May 2015, at 22:32, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > > > 2015-05-29 18:43 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>>: > Hey, at least the commit link to where one can inspect the actual changes is on the top now! > With better log messages, and the rest removed, it would actually almost be helpful... > > Cheers, > Henry > > > But that's the point: if you follow the github link, then you just observe: > - the changes about the configuration, > - the links to the issue tracker, through ScriptLoader > - a link to the smalltalkhub repository which is not really browsable > Not really the codeâ¦ ? If I click on https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8… <https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8…> I see the diff for this update. > Untill all the projects are moved to github, this is somehow a regression. > >> On 29 May 2015, at 6:37 , Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com <mailto:nicolas.cellier.aka.nice@gmail.com>> wrote: >> >> All the verbiage is just to announce that the real work is happening elsewhere. >> Maybe that's already informative enough to keep these message flowing ;) >> >> 2015-05-29 15:53 GMT+02:00 GitHub <noreply(a)github.com <mailto:noreply@github.com>>: >> Branch: refs/heads/5.0 >> Home: https://github.com/pharo-project/pharo-core <https://github.com/pharo-project/pharo-core> >> Commit: ec95a6bbb53327bccec2f4b8ebf8abc2f416c9b7 >> https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8… <https://github.com/pharo-project/pharo-core/commit/ec95a6bbb53327bccec2f4b8…> >> Author: Jenkins Build Server <board(a)pharo-project.org <mailto:board@pharo-project.org>> >> Date: 2015-05-29 (Fri, 29 May 2015) >> >> Changed paths: >> A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/baselines/baseline21_.st >> M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/development_.st >> M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st >> A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1215_.st >> R ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version13_.st >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50073.st <http://script50073.st/> >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50074.st <http://script50074.st/> >> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50073.st <http://update50073.st/> >> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50074.st <http://update50074.st/> >> M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st >> >> Log Message: >> ----------- >> 50074 >> a MC >> >> http://files.pharo.org/image/50/50074.zip <http://files.pharo.org/image/50/50074.zip> >> >> >> > >

June 1, 2015

Re: [Pharo-dev] shortcut change in pharo 50075

by Nicolai Hess

2015-05-31 23:09 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Is there a way to customize/change the base shortcut for Linux? I find it > much more comfortable to use LAlt as my finger is right next to it compared > to Control. > Not yet. > > Considering PharoShortcuts explicitly states that it should be ctrl `($o > ctrl , $w ctrl) unix`, I'm assuming the only way would be to rewrite the > methods? > I hope we change that in PharoShortcuts, we should use one "Meta/Command" key name, that is mapped to Ctrl for win/linux and Cmd fo mac > > Peter > > On Sun, May 31, 2015 at 4:17 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-05-31 14:34 GMT+02:00 Cyril Ferlicot <cyril.ferlicot(a)gmail.com>: >> >>> Hi, >>> I think test into the playground is a bad idea because the playground is >>> a GTool and glamour has his own shortcut system. >>> Also I think Playground use Rubric and not TextEditor/Smalltalk Editor. >>> >>> Do you know where text/smalltalk editor are used Nicolas ? >>> >> >> Nautilus, old workspace (Workspace new open), MessageBrowser (Textpane in >> sendersOf/implementorsOf/usersOf - results list). >> >> And of course, you can create a TextMorph that uses those editors: >> >> "This creates a simple text morph with editor #TextEditor" >> (Smalltalk ui theme builder newBasicTextEditorFor: Morph getText: >> #comment setText: nil) openInWindow. >> >> >> "This creates a smalltalk text morph with editor #SmalltalkEditor" >> (Smalltalk ui theme builder newTextEditorFor: (Morph>>#drawOn:) getText: >> #sourceCode setText: nil) openInWindow. >> >> >> >> nicolai >> >> >>> >>> >>> Le dimanche 31 mai 2015, Mark Rizun <mrizun(a)gmail.com> a Ã©crit : >>> >>>> Hi, >>>> >>>> Tested in image: 50077 (hope it's not very critical to test on 50075) >>>> OS: Win 7 >>>> >>>> This change is not yet visible, although I defined a postload >>>>> you will see the change only after >>>>> TextEditor/SmalltalkEditior initialize >>>>> >>>>> >>>> Ok, I did TextEditor/SmalltalkEditior initialize. >>>> >>>> >>>>> (all alt+ shortcut are removed now, only the >>>>> ctrl+ shortcuts should work) >>>>> >>>>> alt+space / ctrl+space -> select word >>>>> alt+b/ctrl+b browseIt >>>>> alt+c/ctrl+c copy >>>>> alt+x/ctrl+x cut >>>>> alt+v/ctrl+v paste >>>>> alt+f/ctrl+f find >>>>> >>>>> >>>> In playground for me all of the above alt shortcuts work. As well as >>>> ctr. >>>> In system browser it's different: >>>> >>>> - alt-space, alt-b, alt-f does not work >>>> - all the others work (c, v, x) >>>> - all of above ctr shortcuts work >>>> >>>> Some "duplicate" shortcuts weren't removed because the shortcut >>>>> defined with the keymap pragma don't work (at least on windows). >>>>> >>>>> For example: >>>>> >>>>> ctrl+a/alt+a defined with the action map >>>>> and ctrl+a defined by keymap pragam >>>>> this wasn't remove, because ctrl+a does not work on windows vm >>>>> >>>>> ctrl+m/alt+m defined by the action map >>>>> ctrl+m defined by keymap pragma >>>>> this wasn't remove, because ctrl+m does not work on windows vm >>>>> >>>>> >>>> True, ctr-m does not work on win. >>>> >>>> Thanks for your work Nicolai. >>>> >>>> Best, >>>> Mark >>>> >>>> >>> >>> -- >>> Cheers >>> Cyril Ferlicot >>> >>> >> >

June 1, 2015

Re: [Pharo-dev] Contributing to Athens/Morphic

by stepharo

Hello and welcome There are several points of actions. Here is the list. - Athens is stable. Athens is a kind of API and I do not see much beside having more tests. - Now the best contribution would be on TxText: TxText is a rewrite from scratch of a text model - For morphic itself we are making an effort to replace PluggableTextMorph by Rubric equivalent - There is some help needed for Spec to offer a better API for color - Finally reading the class comments, playing with example and helping writing tests for Bloc the new morph core Stef Le 1/6/15 02:02, joubert a Ã©crit : > I want to contribute to Athens/Morphic, but wondering where to start. > Is there a feature list / roadmap somewhere? > > > > -- > View this message in context: http://forum.world.st/Contributing-to-Athens-Morphic-tp4829670.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

June 1, 2015

Metacello locking seems to ignore git comittish

by Peter UhnÃ¡k

Hi, I've encountered what seems to be Metacello ignoring locking with Git. if I do something like ~~~~~~~~~~~~~~~` "DynaCASE" Metacello new baseline: 'DynaCASE'; repository: 'github://dynacase/dynacase:peter-dev/repository'; lock. "BORM Editor" Metacello new baseline: 'BormEditor'; repository: 'github://dynacase/borm-editor/repository'; onConflict: [ :ex | ex allow ]; load ~~~~~~~~~~~~~~~ then the second command will load the "master" branch instead of the expected "peter-dev" without any complains. My assumption is that it compares only the base url and not also the branch. Thanks, Peter

June 1, 2015

WhatsUp from: 2015-06-01 until: 2015-06-14

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-06-14 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION (*) we'll be expecting results by then ;)

June 1, 2015

Re: [Pharo-dev] I need reviewer of https://pharo.fogbugz.com/default.asp?15646

by Ben Coman

I tried, but it seems some packages are missing from the inbox. cheers -ben On Sun, May 31, 2015 at 2:19 PM, stepharo <stepharo(a)free.fr> wrote: > Hi > > I continued to clean that classes have categories and method protocols > because it was not finished. > This entry is just adding protocol in the classes that were missing it, > adding comments, and fixing some local senders > It does not remove the category API but puts it in a accessing-backward > protocol and in a second step I will fix all the senders I can (ie not > Metacello for example). > Category is really overloaded and we get lost when trying to understand > code. > I want to rename RBRule 'category' into 'kind' for this reason. > > Stef >

June 1, 2015