- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ann] bloc & cairo+morphic

by Denis Kudriashov

Great news! 2017-05-08 23:00 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > We are happy to announce that based on the work of Glenn, Alex extended > Bloc (Sparta) to work directly in the Morphic world using Cairo as a > backend. > > Cairo is less powerful than Moz2D (see the screenshot below for an > example), but the implementation addresses a concern that the community > raised regarding a perceived increased liability due to the dependency to > Moz2D. Essentially this means that Bloc can be treated as another graphical > library that can coexist with Morphic without requiring any external VM > plugin. > > > I would also like to point out that adding a new backend and host was > possible because of the many iterations (including throwing away whole > implementations) that Alex and Glenn went through. I think they did an > amazing job. > > You can find a bit more details about Bloc here: > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > Another issue raised regarding Bloc was that of the engineering effort > required to make it a reality. That is why I would also like to announce > that Alex joined feenk.com where he is primarily working on the graphical > stack for Pharo. > > Cheers, > Doru > > > -- > www.tudorgirba.com > www.feenk.com > > "To lead is not to demand things, it is to make them happen." > > > > >

May 9, 2017

[pharo-project/pharo-core]

by GitHub

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

May 9, 2017

[pharo-project/pharo-core] 8e2258: 60483

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 8e2258e8197862907e88f46042cc8bebc62a773d https://github.com/pharo-project/pharo-core/commit/8e2258e8197862907e88f460… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-05-09 (Tue, 09 May 2017) Changed paths: R Deprecated60.package/extension/CompiledMethodTest/instance/deprecatedMethod.st R Deprecated60.package/extension/CompiledMethodTest/instance/deprecatedMethod2.st R Deprecated60.package/extension/SUnitTest/instance/deprecatedMessage.st A Kernel-Tests.package/CompiledMethodTest.class/instance/examples/deprecatedMethod.st A Kernel-Tests.package/CompiledMethodTest.class/instance/examples/deprecatedMethod2.st A Kernel-Tests.package/CompiledMethodTest.class/instance/examples/deprecatedMethod3.st A Kernel-Tests.package/CompiledMethodTest.class/instance/examples/deprecatedMethod4.st M Kernel-Tests.package/CompiledMethodTest.class/instance/tests - testing/testIsDeprecated.st M Kernel.package/CompiledMethod.class/instance/testing/isDeprecated.st M Morphic-Widgets-FastTable.package/FTFilterFunction.class/instance/private/showFilterFieldFromKeystrokeEvent_.st A SUnit-Tests.package/SUnitTest.class/instance/helpers/deprecatedMessage.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60482.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60483.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60482.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60483.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60483 20023 #isDeprecated does not cover all deprecation messsages https://pharo.fogbugz.com/f/cases/20023 19920 FTTableMorph implicit filter isnt working properly with the escape keystroke https://pharo.fogbugz.com/f/cases/19920 http://files.pharo.org/image/60/60483.zip

May 9, 2017

Re: [Pharo-dev] [Moose-dev] [ann] bloc & cairo+morphic

by philippe.back＠highoctane.be

Definitely great! It is nice to see feenk getting more Pharo solid engineering super powers. Phil Le 8 mai 2017 23:00, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > Hi, > > We are happy to announce that based on the work of Glenn, Alex extended > Bloc (Sparta) to work directly in the Morphic world using Cairo as a > backend. > > Cairo is less powerful than Moz2D (see the screenshot below for an > example), but the implementation addresses a concern that the community > raised regarding a perceived increased liability due to the dependency to > Moz2D. Essentially this means that Bloc can be treated as another graphical > library that can coexist with Morphic without requiring any external VM > plugin. > > > I would also like to point out that adding a new backend and host was > possible because of the many iterations (including throwing away whole > implementations) that Alex and Glenn went through. I think they did an > amazing job. > > You can find a bit more details about Bloc here: > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > Another issue raised regarding Bloc was that of the engineering effort > required to make it a reality. That is why I would also like to announce > that Alex joined feenk.com where he is primarily working on the graphical > stack for Pharo. > > Cheers, > Doru > > > -- > www.tudorgirba.com > www.feenk.com > > "To lead is not to demand things, it is to make them happen." > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > >

May 9, 2017

Re: [Pharo-dev] [ann] bloc & cairo+morphic

by Ignacio Sniechowski

Doru, This is great news! Thanks for sharing. Cheers Nacho *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* â* (5411) 4542-6712* ð±* (54911) 6749-4721* On Mon, May 8, 2017 at 6:00 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > We are happy to announce that based on the work of Glenn, Alex extended > Bloc (Sparta) to work directly in the Morphic world using Cairo as a > backend. > > Cairo is less powerful than Moz2D (see the screenshot below for an > example), but the implementation addresses a concern that the community > raised regarding a perceived increased liability due to the dependency to > Moz2D. Essentially this means that Bloc can be treated as another graphical > library that can coexist with Morphic without requiring any external VM > plugin. > > > I would also like to point out that adding a new backend and host was > possible because of the many iterations (including throwing away whole > implementations) that Alex and Glenn went through. I think they did an > amazing job. > > You can find a bit more details about Bloc here: > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > Another issue raised regarding Bloc was that of the engineering effort > required to make it a reality. That is why I would also like to announce > that Alex joined feenk.com where he is primarily working on the graphical > stack for Pharo. > > Cheers, > Doru > > > -- > www.tudorgirba.com > www.feenk.com > > "To lead is not to demand things, it is to make them happen." > > > > >

May 8, 2017

[ann] bloc & cairo+morphic

by Tudor Girba

Hi, We are happy to announce that based on the work of Glenn, Alex extended Bloc (Sparta) to work directly in the Morphic world using Cairo as a backend. Cairo is less powerful than Moz2D (see the screenshot below for an example), but the implementation addresses a concern that the community raised regarding a perceived increased liability due to the dependency to Moz2D. Essentially this means that Bloc can be treated as another graphical library that can coexist with Morphic without requiring any external VM plugin. I would also like to point out that adding a new backend and host was possible because of the many iterations (including throwing away whole implementations) that Alex and Glenn went through. I think they did an amazing job. You can find a bit more details about Bloc here: http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ Another issue raised regarding Bloc was that of the engineering effort required to make it a reality. That is why I would also like to announce that Alex joined feenk.com where he is primarily working on the graphical stack for Pharo. Cheers, Doru -- www.tudorgirba.com www.feenk.com "To lead is not to demand things, it is to make them happen."

May 8, 2017

Adding class side inst.var to a class using Trait results in nil message sent

by Aliaksei Syrel

Hi, Screenshot tells everything :) I was trying to add "asdasd" inst var [image: Inline images 1] Cheers, Alex

May 8, 2017

(Iceberg?) Merge compiles copies of trait methods in user classes

by Aliaksei Syrel

Hi, Time to time I notice that suddenly Trait methods are copied to user classes. And now I realised that this happens as the result of merge even if there are no differences in that particular Trait. Sometimes I manage to notice new methods in changes window but sometimes not, and then after months it is extremely difficult to find bugs related to copied methods, because I may change Trait code expecting that it will be updated in all users of that trait... Unfortunately I don't have a testcase that reproduces this issue.. sorry.. Just wanted to let you know, maybe it is something that can be fixed before release... Cheers, Alex

May 8, 2017

FileReference>>=

by Alistair Grant

Hi All, The current definition of FileReference>>= returns false if two instances point to the same location, but one is relative and the other is absolute, e.g.: | f1 f2 | f1 := FileLocator workingDirectory / 'pharo-local'. f2 := f1 asAbsolute. f1 = f2 "false" This definition seems unintuitive to me as I'd expect this to be true since they are both pointing to the same file/directory. This introduces unexpected behaviour, e.g. I currently have two entries in Iceberg pointing to the same local git repository as one was added with a relative file reference, while the other was added with an absolute file reference. Apart from the potential to introduce problems by changing the definition, are there any arguments in favour of keeping the current definition? What do you think of changing the definition (in Pharo 7)? P.S. If we decide not to change it, then IceRepository>>checkForRegistryConflicts should be modified to compare absolute paths. Thanks, Alistair

May 8, 2017

Re: [Pharo-dev] Anyone meeting up night before Pharo Days (17th?)

by Tim Mackinnon

It sounds like there will at least be a few of us around wanting a beer - so maybe we can pick a venue and agree to meet up? I think it will be too late for me to eat (so Iâll have something on the train), but it would be nice to share a few beers and get caught up with whatâs what, in preparation for Thurs. Tim > On 7 May 2017, at 18:59, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 06/05/17 12:58, Tim Mackinnon wrote: >> Hi guys - I managed to get a âweeknight passâ so that I can come to >> Pharo days and try and catch up with all the progress you have made. >> >> Iâm taking a Eurostar on Wed night (17th) and wondering if anyone is >> meeting up the night before on the 17th? I donât arrive until 8:30 - >> but maybe some of you are having some post supper drinks somewhere? > > Yes, good idea. I'll arrive with a TGV from CDG at 21:11 > >> I have booked a hotel near the venue, but Iâm thinking that I may >> change it, to somewhere in town as I think it might make more sense >> as Iâm sure folks may end up eating in town anyway. > > I haven't booked a hotel yet. I'll go for in-town. > > Stephan > > > > >

May 8, 2017