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

Re: [Pharo-dev] Filtering methods

by Alexandre Bergel

Here some feedback: - If I open a code browser on the class Object, move the mouse above the method pane _without_ clicking on anything, and start to type, I get error. Can you reproduce? -=-=-=-=-=-= searchFor: aString | matchingRows | matchingRows := self table dataSource searchText: aString. self table selectRowIndex: matchingRows first. self table highlightRowIndexes: matchingRows -=-=-=-=-=-= matchingRows is apparently empty and #first - The problem that I have spotted seems fixed. Excellent! - Apparently I cannot filter classes right ? But I get an error... Alexandre > On Sep 29, 2015, at 4:06 PM, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > Hi Alex, > > I am trying to improve FastTable. > I did a fix for the search, you can try it and give some feedback if you want :) > > Name: Morphic-Widgets-FastTable-CyrilFerlicot.47 > Author: CyrilFerlicot > Time: 29 September 2015, 4:03:05.284565 pm > UUID: 4ef167ba-2129-4e41-b1b8-b894de55e6ce > Ancestors: Morphic-Widgets-FastTable-CyrilFerlicot.46 > > Improvement of the search field. > > -- > Cyril > > On 29 September 2015 at 11:55, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> I can now type in the method list pane. This is fantastic beginning. However it does not work properly. Can someone finish it? For example, once I started to filtering, I cannot use the keys to select a method. Frustrating. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > > > -- > Cheers > Cyril Ferlicot > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2015

Re: [Pharo-dev] Title of Pharo books page

by Damien Cassou

Torsten Bergmann <astares(a)gmx.de> writes: > http://books.pharo.org > http://files.pharo.org/books/ > > The title of these pages is "Bootstrap 3 Template" instead > of "Pharo Books". Who is able to change the page? I changed it but we should wait for the cache to refresh. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 29, 2015

Title of Pharo books page

by Torsten Bergmann

Hi, http://books.pharo.org http://files.pharo.org/books/ The title of these pages is "Bootstrap 3 Template" instead of "Pharo Books". Who is able to change the page? Thanks T.

Sept. 29, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 29, 2015

[pharo-project/pharo-core] c7ad00: 50346

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: c7ad00117fd7614cfe46ecc013bfc4b2f0f1e94d https://github.com/pharo-project/pharo-core/commit/c7ad00117fd7614cfe46ecc0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-29 (Tue, 29 Sep 2015) Changed paths: M NECompletion.package/NECContext.class/instance/accessing/completionToken.st M NECompletion.package/NECContext.class/instance/accessing/createModel.st A NECompletion.package/NECContext.class/instance/private/currentRange.st A NECompletion.package/NECContext.class/instance/private/isPositionAtPatternArg.st A NECompletion.package/NECContext.class/instance/private/isStartOfMethodDefinition.st A NECompletion.package/NECContext.class/instance/private/tokenAtCurrentRange.st A NECompletion.package/NECContext.class/instance/private/tokenForMethodDefinition.st A Reflectivity-Tests.package/MetaLinkTest.class/instance/tests - simple/testReificationError.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after - variables/testAfterClassVariable.st R Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after/testAfterVariable.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after/testAfterVariableNode.st A Reflectivity-Tests.package/ReflectivityReificationTest.class/instance/tests - allnodes/testReifyEntity.st A Reflectivity-Tests.package/ReflectivityReificationTest.class/instance/tests - variables/testReifyClassVariableEntity.st A Reflectivity.package/RFEntityReification.class/README.md A Reflectivity.package/RFEntityReification.class/class/plugin interface/key.st A Reflectivity.package/RFEntityReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFEntityReification.class/definition.st A Reflectivity.package/RFEntityReification.class/instance/generate/genForLiteralVariable.st A Reflectivity.package/RFEntityReification.class/instance/generate/genForRBProgramNode.st A Reflectivity.package/extension/LiteralVariable/instance/afterHooks.st M Reflectivity.package/extension/LiteralVariable/instance/link_.st M Reflectivity.package/extension/Slot/instance/link_.st M Reflectivity.package/extension/TemporaryVariable/instance/link_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50345.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50346.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50345.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50346.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50346 16661 compatibility check when putting links on variables https://pharo.fogbugz.com/f/cases/16661 10219 Completion: enter on accept awkwardness https://pharo.fogbugz.com/f/cases/10219 16659 add #entity reification https://pharo.fogbugz.com/f/cases/16659 http://files.pharo.org/image/50/50346.zip

Sept. 29, 2015

Re: [Pharo-dev] Filtering methods

by Cyril Ferlicot

Hi Alex, I am trying to improve FastTable. I did a fix for the search, you can try it and give some feedback if you want :) Name: Morphic-Widgets-FastTable-CyrilFerlicot.47 Author: CyrilFerlicot Time: 29 September 2015, 4:03:05.284565 pm UUID: 4ef167ba-2129-4e41-b1b8-b894de55e6ce Ancestors: Morphic-Widgets-FastTable-CyrilFerlicot.46 Improvement of the search field. -- Cyril On 29 September 2015 at 11:55, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > I can now type in the method list pane. This is fantastic beginning. However it does not work properly. Can someone finish it? For example, once I started to filtering, I cannot use the keys to select a method. Frustrating. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- Cheers Cyril Ferlicot

Sept. 29, 2015

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

by Levente Uzonyi

On Tue, 29 Sep 2015, Nicolai Hess wrote: > > > 2015-09-29 14:27 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > Yes! Thanks! > > Can you run a makefile under Windows? I can prepare one which calls and loads everything to run the tests for gitfiletree. > > Or just trying to load something like SmaCC from github... > > Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; configurationOf: 'GitFileTree'; loadDevelopment > > Metacello new baseline: 'SmaCC'; repository: 'gitfiletree://github.com/ThierryGoubier/SmaCC?protocol=https'; load > > If you manage to get through the SmaCC loading without a crash or a lockup, then it means it nearly certainly works. > > > > No, it does not work, in MCFileTreeGitRepository class>>#runProcessWrapperGitCommand:in: > ... > > > (Smalltalk > Â Â Â Â Â Â at: #ProcessWrapper > Â Â Â Â Â Â ifAbsent: [ self error: 'Please load ProcessWrapper' ]) > Â Â Â Â Â Â ifNotNil: > Â Â Â Â Â Â Â Â Â [ :pW | > Â Â Â Â Â Â Â Â Â | command | > Â Â Â Â Â Â Â Â Â command := pW new > Â Â Â Â Â Â Â Â Â Â Â Â useStdout; > Â Â Â Â Â Â Â Â Â Â Â Â useStderr; > Â Â Â Â Â Â Â Â Â Â Â Â startWithCommand: > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â self gitCommand , ' -C "' > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â , > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (MCFileTreeFileUtils current directoryPathString: aDirectory) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â , '" ' , aCommandString. > Â Â Â Â Â Â Â Â Â r := command upToEnd.Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â "<<<<<<<<<<<<-------------------Â MNU False>>upToEnd" > ... > > somehow, the command is a boolean false, instead of a ProcessWrapper. > > > 1. git has to be on the path > 2. windows does not understand /usr/bin/git > 3. changing the above to > > (Smalltalk > Â Â Â Â Â Â at: #ProcessWrapper > Â Â Â Â Â Â ifAbsent: [ self error: 'Please load ProcessWrapper' ]) > Â Â Â Â Â Â ifNotNil: > Â Â Â Â Â Â Â Â Â [ :pW | > Â Â Â Â Â Â Â Â Â | command | > Â Â Â Â Â Â Â Â Â command := pW new > Â Â Â Â Â Â Â Â Â Â Â Â useStdout; > Â Â Â Â Â Â Â Â Â Â Â Â useStderr; > Â Â Â Â Â Â Â Â Â Â Â Â startWithCommand:( > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â self gitCommand , ' -C "' > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â , > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (MCFileTreeFileUtils current directoryPathString: aDirectory) > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â , '" ' , aCommandString) There's a semicolon missing from the end of the line. > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â yourself. > Â Â Â Â Â Â Â Â Â r := command upToEnd. > > makes it loading the git repository, but crashes afterwards. > > (with latest vm, I 'll try again with stable vm) > > Â > > > still crashes, happens on calling #exitCode Does #isRunning return true when #exitCode is called? If so, the crash is to be expected - aka it's a known issue. This is because one must not request for the exit code, by sending #exitCode, before the process has terminated. If it keeps crashing, then you should consider enabling the plugin's log to see what's happening. Levente > > Â > > Â > > Thierry > Â > Â > > Am I writing that code correctly? If you see the equivalent code using OSProcess[2], you understand that, as > GitFileTree is a heavy hitter(*) on the external commands framework, I am prepared to work very closely with > that layer including inside the vm plugin code (and David T Lewis helped me a lot to fix random lockups we > had). > > Thierry > > (*) Running the gitfiletree integration tests launches probably over a hundred external commands in quick > succession. > > [1]https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticel… > pperGitCommand.in..st > > [2]https://github.com/dalehenrich/filetree/blob/pharo5.0/repository/Monticel… > itCommand.in..st > > > Levente > > > > > > > > > >

Sept. 29, 2015

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

by Nicolai Hess

2015-09-29 14:38 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > 2015-09-29 14:34 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-09-29 14:27 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> >>> >>> 2015-09-29 14:02 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >>> >>>> >>>> >>>> 2015-09-29 10:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >>>> >>>>> >>>>> Yes! Thanks! >>>>> >>>>> Can you run a makefile under Windows? I can prepare one which calls >>>>> and loads everything to run the tests for gitfiletree. >>>>> >>>>> Or just trying to load something like SmaCC from github... >>>>> >>>>> Gofer new url: ' >>>>> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; >>>>> configurationOf: 'GitFileTree'; loadDevelopment >>>>> >>>>> Metacello new baseline: 'SmaCC'; repository: 'gitfiletree:// >>>>> github.com/ThierryGoubier/SmaCC?protocol=https'; load >>>>> >>>>> If you manage to get through the SmaCC loading without a crash or a >>>>> lockup, then it means it nearly certainly works. >>>>> >>>> >>>> >>>> No, it does not work, in MCFileTreeGitRepository >>>> class>>#runProcessWrapperGitCommand:in: >>>> ... >>>> >>>> >>>> (Smalltalk >>>> at: #ProcessWrapper >>>> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >>>> ifNotNil: >>>> [ :pW | >>>> | command | >>>> command := pW new >>>> useStdout; >>>> useStderr; >>>> startWithCommand: >>>> self gitCommand , ' -C "' >>>> , >>>> (MCFileTreeFileUtils current >>>> directoryPathString: aDirectory) >>>> , '" ' , aCommandString. >>>> r := command upToEnd. >>>> "<<<<<<<<<<<<------------------- MNU False>>upToEnd" >>>> ... >>>> >>>> somehow, the command is a boolean false, instead of a ProcessWrapper. >>>> >>>> >>> 1. git has to be on the path >>> 2. windows does not understand /usr/bin/git >>> 3. changing the above to >>> >>> (Smalltalk >>> at: #ProcessWrapper >>> ifAbsent: [ self error: 'Please load ProcessWrapper' ]) >>> ifNotNil: >>> [ :pW | >>> | command | >>> command := pW new >>> useStdout; >>> useStderr; >>> startWithCommand:( >>> self gitCommand , ' -C "' >>> , >>> (MCFileTreeFileUtils current >>> directoryPathString: aDirectory) >>> , '" ' , aCommandString) >>> yourself. >>> r := command upToEnd. >>> >>> makes it loading the git repository, but crashes afterwards. >>> >>> (with latest vm, I 'll try again with stable vm) >>> >>> >>> >> >> still crashes, happens on calling #exitCode >> > > It's a crash instead of a DNU, on the line ? > > command exitCode > 0 > ifTrue: > > Thierry > Yes, a crash. I am not sure, I tried to remove the call to #exitCode but it still crashes I tried to debug the vm, but now it does not crash.

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Alexandre Bergel

Sorry, I used #waitForCommand: and not #command: Alexandre > On Sep 29, 2015, at 2:39 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Anybody on OS X to relate that to either vm or vmLatest ? > > Thierry > > 2015-09-29 14:32 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > I am apparently using Pharo VM 6.0-pre > > Alexandre > > > > On Sep 29, 2015, at 2:28 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > > > > > > 2015-09-29 14:21 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > Yes, this one: > > > > OSProcess command: 'cd /Users/alexandrebergel/Downloads/Work/test1 && /usr/bin/git pushâ > > > > Maybe the use of && ? > > > > I'm not sure; I think its just related to the fact the git push returns after a certain time, while the process waiting for the command does not notice it (well, OSProcess whould work even with && anyway). > > > > Which vm are you using? > > > > Thierry > > > > > > Alexandre > > > > > On Sep 29, 2015, at 2:18 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > > > > > > > > > > 2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > > Hi! > > > > > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I have no idea why. A manually checks shows that the command has completed. > > > Any idea why? > > > > > > Can we know which commands you are using this way? > > > > > > Thierry > > > > > > > > > I use OSX. > > > > > > Alexandre > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2015

Re: [Pharo-dev] Simple question about OSProcess

by Thierry Goubier

Anybody on OS X to relate that to either vm or vmLatest ? Thierry 2015-09-29 14:32 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > I am apparently using Pharo VM 6.0-pre > > Alexandre > > > > On Sep 29, 2015, at 2:28 PM, Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > > > > > > > > 2015-09-29 14:21 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > Yes, this one: > > > > OSProcess command: 'cd /Users/alexandrebergel/Downloads/Work/test1 && > /usr/bin/git pushâ > > > > Maybe the use of && ? > > > > I'm not sure; I think its just related to the fact the git push returns > after a certain time, while the process waiting for the command does not > notice it (well, OSProcess whould work even with && anyway). > > > > Which vm are you using? > > > > Thierry > > > > > > Alexandre > > > > > On Sep 29, 2015, at 2:18 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > > > > > > > > > > > > 2015-09-29 14:13 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > > Hi! > > > > > > Time to time, the command "OSProcess waitForCommand: stringâ blocks. I > have no idea why. A manually checks shows that the command has completed. > > > Any idea why? > > > > > > Can we know which commands you are using this way? > > > > > > Thierry > > > > > > > > > I use OSX. > > > > > > Alexandre > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Sept. 29, 2015