- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] Roassal 3d

by StÃ©phane Ducasse

Alex what about taking the doc and turning it in pier syntax? Stef On Dec 4, 2013, at 2:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Dear Friends and Colleagues, > > We are happy to (officially) announce Roassal 3d. Roassal 3d is about creating and animating 3d scenes. It is meant to visualize data. Roassal 3d recently got textures, translucence, additional layouts and various light models. > > It would be great to receive feedback. Ronie worked very hard on making Roassal3d happen. Milton has put quite some effort on writing documentation and writing examples. A very preliminary version of the documentation may be found on: > https://www.dropbox.com/s/mctbza5qfcdxbs3/Roassal3dtutorial.pdf > > The screenshots contained in this documentation should convey an accurate feeling of what Roassal 3d is up to. > > Loading Roassal 3d in Pharo 3.0 is trivial, thanks to a configuration. Simply open a workspace and do-it the following code: > Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) loadDevelopment > > We are also looking for contributors to the documentation, we plan to have a book chapter on it. Get in touch with us! > > Thanks to Usman, Jean-Baptiste, Igor for their help and contributions. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Dec. 4, 2013

Re: [Pharo-dev] [ANN] Roassal 3d

by StÃ©phane Ducasse

ronie will visit us at lille for a month starting 31 of December. Stef On Dec 4, 2013, at 4:02 PM, phil(a)highoctane.be wrote: > Awesome! Looks like Ronie indeed worked a lot to get this. Kudos! > > I am eager to be the 19th to learn more about Moose things (http://www.lifl.fr/~etien/MooseDay.html) > > Phil > > > On Wed, Dec 4, 2013 at 2:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Dear Friends and Colleagues, > > We are happy to (officially) announce Roassal 3d. Roassal 3d is about creating and animating 3d scenes. It is meant to visualize data. Roassal 3d recently got textures, translucence, additional layouts and various light models. > > It would be great to receive feedback. Ronie worked very hard on making Roassal3d happen. Milton has put quite some effort on writing documentation and writing examples. A very preliminary version of the documentation may be found on: > https://www.dropbox.com/s/mctbza5qfcdxbs3/Roassal3dtutorial.pdf > > The screenshots contained in this documentation should convey an accurate feeling of what Roassal 3d is up to. > > Loading Roassal 3d in Pharo 3.0 is trivial, thanks to a configuration. Simply open a workspace and do-it the following code: > Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) loadDevelopment > > We are also looking for contributors to the documentation, we plan to have a book chapter on it. Get in touch with us! > > Thanks to Usman, Jean-Baptiste, Igor for their help and contributions. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Dec. 4, 2013

Re: [Pharo-dev] Komitter

by StÃ©phane Ducasse

+1 > Thanks once more for your effort. This is a really important tool for me. > > Uko >

Dec. 4, 2013

Re: [Pharo-dev] Convert to Athens

by J.F. Rick

I'm facing some problems with AthensWrapMorph. Basically, when I add a morph, I can't change its position. It just stays in the top left. Whatever I try to do to change its position (self position: 100@100) does not work. Cheers, Jeff On Wed, Nov 20, 2013 at 5:04 PM, J.F. Rick <self(a)je77.com> wrote: > Thanks. It works. I already have found a few bugs and one thing I don't > understand. > > (1) A few Paint things seem to implement athensFillRectangle:on: and > athensFillPath:on: rather than fillRectangle:on: and fillPath:on:. It seems > like it should be the latter rather than the former. I changed the names > and the evil rectangle of doom disappeared. > > (2) Using the AthenWrapMorph, it seems that the bottom row of pixels is > not rendered or clipped. I can stop this phenomenon by changing the > createSurface method to have the extent be 0@1 bigger. While that works, > it seems like there's a bug somewhere in AthensCairoSurface. > > (3) I ended up changing a morph so that it should render differently. In > standard Pharo, I just use "self changed" and it updates. Is there an > equivalent in Athens? Do I have to explicitly tell Athens to rerender it? > If so, how? I tried "self render" but that did not seem to help. > > Cheers, > > Jeff > > > On Wed, Nov 20, 2013 at 11:08 AM, Igor Stasenko <siguctua(a)gmail.com>wrote: > >> http://www.smalltalkhub.com/#!/~Pharo/Athens >> >> >> On 20 November 2013 09:04, J.F. Rick <self(a)je77.com> wrote: >> >>> Right. Where is this Athens repository? I have the latest in >>> Pharo30/main (Athens-Morphic-MarcusDenker.23.mcz) and that does not seem to >>> include AthensWrapperMorph. >>> >>> Cheers, >>> >>> Jeff >>> >>> >>> On Wed, Nov 20, 2013 at 8:35 AM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>> >>>> >>>> >>>> >>>> On 19 November 2013 17:42, J.F. Rick <self(a)je77.com> wrote: >>>> >>>>> Indeed. I would like to know that. It doesn't seem to be included in >>>>> the latest Pharo 3.0. >>>>> >>>>> >>>> it could be not yet included. >>>> in that case, load most recent Athens-Morphic package from athens >>>> repository. >>>> >>>> >>>> >>>>> Cheers, >>>>> >>>>> Jeff >>>>> >>>>> >>>>> On Fri, Nov 15, 2013 at 7:34 PM, Hilaire Fernandes < >>>>> hilaire.fernandes(a)gmail.com> wrote: >>>>> >>>>>> Le 15/11/2013 14:17, Igor Stasenko a Ã©crit : >>>>>> > >>>>>> > for transition , i implemented a special morph, AthensWrapMorph >>>>>> > which wraps (as its name says) its children morphs and forces them >>>>>> to be >>>>>> > rendered by athens >>>>>> > (the child morphs will never receive #drawOn: but >>>>>> #drawOnAthensCanvas: >>>>>> > instead ). >>>>>> >>>>>> >>>>>> I guess Jeff, may want to know where to find this wrapper. >>>>>> >>>>>> Hilaire >>>>>> >>>>>> >>>>>> -- >>>>>> Dr. Geo http://drgeo.eu >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Jochen "Jeff" Rick, Ph.D. >>>>> http://www.je77.com/ >>>>> Skype ID: jochenrick >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> Jochen "Jeff" Rick, Ph.D. >>> http://www.je77.com/ >>> Skype ID: jochenrick >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Dec. 4, 2013

[Nautilus] Selecting package

by Roberto Minelli

Hi guys, I recently moved my tool to Pharo 3 and I am experiencing problems with the Nautilus. Long story sort: Why the argument of Nautilus>>#selectedPackage: aPackage is *not* a package but some weird PackageTreeSelection or subclass of it? I donât followed (unfortunately) the evolution of the PackageTreeModel in general.. so I donât really know how to proceed.. In the end Iâll need the RPackage of the PackageTreeSelectionâ¦ Another question: what is a RPackageTag? I am confused. Cheers and thanks in advance for any answer, R

Dec. 4, 2013

Re: [Pharo-dev] [ANN] Roassal 3d

by phil＠highoctane.be

Awesome! Looks like Ronie indeed worked a lot to get this. Kudos! I am eager to be the 19th to learn more about Moose things ( http://www.lifl.fr/~etien/MooseDay.html) Phil On Wed, Dec 4, 2013 at 2:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Dear Friends and Colleagues, > > We are happy to (officially) announce Roassal 3d. Roassal 3d is about > creating and animating 3d scenes. It is meant to visualize data. Roassal 3d > recently got textures, translucence, additional layouts and various light > models. > > It would be great to receive feedback. Ronie worked very hard on making > Roassal3d happen. Milton has put quite some effort on writing documentation > and writing examples. A very preliminary version of the documentation may > be found on: > https://www.dropbox.com/s/mctbza5qfcdxbs3/Roassal3dtutorial.pdf > > The screenshots contained in this documentation should convey an accurate > feeling of what Roassal 3d is up to. > > Loading Roassal 3d in Pharo 3.0 is trivial, thanks to a configuration. > Simply open a workspace and do-it the following code: > Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: > 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) > loadDevelopment > > We are also looking for contributors to the documentation, we plan to have > a book chapter on it. Get in touch with us! > > Thanks to Usman, Jean-Baptiste, Igor for their help and contributions. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Dec. 4, 2013

Re: [Pharo-dev] 12259: FileSystem memory reads writesusing a binary stream by default

by Sven Van Caekenberghe

On 04 Dec 2013, at 13:14, Max Leske <maxleske(a)gmail.com> wrote: > Let me see what I can come up with. To be somewhat compatible with existing streams, your memory stream should have the concept of âi am binary or textualâ and be able to switch in-place between these two states (#binary, #ascii). Depending on its state it should then return bytes or characters (or collections thereof). Have a look at ZnLimitedReadStream>>#next and/or ZnBivalentWriteStream>>#nextPut: To be 100% correct, encoding should be selectable. But maybe a default to utf-8 would be enough. You could have a look at ZnCharacter[Read|Write]Stream for inspiration. My 2c. > On 03.12.2013, at 19:36, Damien Cassou <damien.cassou(a)gmail.com> wrote: > >> Thanks Max for the report. Do you have an idea on how we could solve the problem ? The previous behaviour was not acceptable either because the streams that came out of a memory filesystem were the only ones with binary content >> >> On Dec 3, 2013 5:35 PM, "Max Leske" <maxleske(a)gmail.com> wrote: >> Damien, Marcus >> >> this change breaks a lot of things in FileSystem-Git. I donât disagree with the idea that reading characters should be default (one could argue about itâ¦) but your change makes it IMPOSSIBLE to read bytes because unprintable characters are discarded! So if my ByteArray is a NULL terminated string, for instance, I can not check for the NULL termination anymore. >> >> Cheers, >> Max >

Dec. 4, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 4, 2013

[pharo-project/pharo-core] 8868cb: 30620

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 8868cb330f982ca2d1c6041c3355a9dade9efbc9 https://github.com/pharo-project/pharo-core/commit/8868cb330f982ca2d1c6041c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-04 (Wed, 04 Dec 2013) Changed paths: M Komitter.package/KomitNewSlice.class/instance/accessing/remote.st M Komitter.package/Komitter.class/class/icon/iconData.st A SUnit-Core.package/extension/Deprecation/instance/sunitAnnounce_toResult_.st A SUnit-Tests.package/SUnitTest.class/instance/helpers/deprecatedMessage.st A SUnit-Tests.package/SUnitTest.class/instance/testing/raiseDeprecationWarnings.st A SUnit-Tests.package/SUnitTest.class/instance/testing/testIgnoreDeprecationWarnings.st A SUnit-Tests.package/SUnitTest.class/instance/testing/testRaiseDeprecationWarnings.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script275.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30620.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30620 12272 Better algorithm for finding the inbox https://pharo.fogbugz.com/f/cases/12272 12334 Nautilus codepane hides first lines if pin is set https://pharo.fogbugz.com/f/cases/12334 11423 Running unit tests that raise deprecation warnings makes them fail incomprehensibly https://pharo.fogbugz.com/f/cases/11423 http://files.pharo.org/image/30/30620.zip

Dec. 4, 2013

Re: [Pharo-dev] Komitter

by Yuriy Tymchuk

On 04 Dec 2013, at 14:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > On Wed, Dec 4, 2013 at 2:47 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > On 04 Dec 2013, at 14:42, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> I did not annonce it yet since some features are missing, and few bugs needs to be fixed (actually the slice are waiting to be integrated :P) >> the repository problem is an issue with the credentials. >> The slice is in the issue tracker. If you want to not bump this, set your credentials from MC browser once and for all :P >> >> The window is modal since otherwise, it needs to be kept in sync with the system, which is a pain. > > Yes, true. You can just add refresh button. E.i. for me itâs easier to press button rather then closing and opening window. > > I was thinking on that too, yep :) SourceTree works like that and none complains. Of course it has some auto-refresh, but we can survive without that. Uko > > > Uko > >> We already discuss the fact itâs modal, so maybe it will disappear soon since we are still not strongly convinced in one way or the other :P >> >> Ben >> >> On 04 Dec 2013, at 14:35, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> Hi guys, >>> >>> Iâm very impressed with the new Komitter tool that Iâve found in Pharo today. Itâs a really important tool that we really need. Itâs amazing that you can at last see what is changed and pick what you want to commit. Also the startup gear animation is cool. Only one question: should I complain about getting "MCKomitSubmitter(Object)>>doesNotUnderstand: #repositoryâ when trying to commit, or itâs work in progress and everything is changing each day? >>> >>> Also why canât I access anything else when Komitter window is open? >>> >>> Uko >> > >

Dec. 4, 2013