- Pharo-dev - lists.pharo.org

[ANN] Phratch 1.0beta

by jannik.laval

Hi, I continue to develop Phratch, the port of Scratch in Pharo. Phratch is a visual programming language on top of Pharo. There are lots of new features: - Settings - FileSystems - Metacello - integration of BYOB (allows to build your own blocks) - integration of Color and Files - a lot of new useful blocks - projects saved with Fuel - possibility to implement new features without modifying the core of the system - possibility to customize the environment: add new categories, add new kinds of Sprite, add new blocks. Phratch is available for Pharo2.0 with the following configuration: â Gofer it url: 'http://smalltalkhub.com/mc/JLaval/Phratch/main' username: '' password: ''; package: 'ConfigurationOfPhratch'; load. ((Smalltalk at: #ConfigurationOfPhratch) project version: '1.0') load. (Smalltalk at: #PhratchFrameMorph) open perform: #saveImageForEndUserSilently. â I hope to write documentations about all of the new features asap. You can follow Phratch here: http://car.mines-douai.fr/category/phratch/ and here : https://code.google.com/p/phratch/ Cheers, Jannik

Dec. 16, 2013

Re: [Pharo-dev] Tell me about your workflow

by GOUBIER Thierry

I use different tools to follow the mailing list. One of which is forum.world.st. If you take a look down this thread, you'll notice the problem: http://forum.world.st/Tell-me-about-your-workflow-td4729308.html Ouch! Well, I guess then you have noticed what is my problem when I answer a mail when I'm away from my office... With a gateway which hides all quotes. Thierry Stephan

Dec. 16, 2013

Re: [Pharo-dev] Tell me about your workflow

by Stephan Eggermont

Thierry wrote: >could you please include some quoted text in your answer? I am unable to know to whom you are answering, my mailer only >classifying mails in a thread based on their date, and I need a minimum of quotes to be able to track the conversation. I use different tools to follow the mailing list. One of which is forum.world.st. If you take a look down this thread, you'll notice the problem: http://forum.world.st/Tell-me-about-your-workflow-td4729308.html Stephan

Dec. 16, 2013

Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph)

by Tudor Girba

Thanks! Doru On Mon, Dec 16, 2013 at 9:59 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > Underway: Issue 12441 > > Thierry > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Tudor > Girba [tudor(a)tudorgirba.com] > *Date d'envoi :* lundi 16 dÃ©cembre 2013 21:22 > > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph) > > This is really a nice addition. I did not have the time to look at the > code, but the functionality would certainly be worth of having in the base > image. > > Could you try to add it in a standalone package or slice? > > Doru > > > On Mon, Dec 16, 2013 at 10:19 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > >> I haven't updated the AltBrowser configuration yet :( >> >> Have a look at: >> >> >> https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… >> >> It's the main command class. The class comment is a bit off (reflect some >> of the design iterations left-overs), but it's self contained (require the >> following class and a tree which uses asString to describe its items[1]). >> >> >> https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… >> >> Which is just a kind of copy of StringMorphEditor, but without the >> dependency on StringMorph. >> >> [1] : asString may represent the complete item name (as in >> PackageTreeNautilus) or a filtered item name where it depends on the >> parents in the tree (as in AltBrowser). For example, the item >> Morphic-Base-Basic is Morphic-Base-Basic in Nautilus and Basic in >> AltBrowser, even if they refer to the same RPackage. >> >> >> >> ------------------------------ >> *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de >> Benjamin [Benjamin.VanRyseghem.Pharo(a)gmail.com] >> *Date d'envoi :* lundi 16 dÃ©cembre 2013 09:38 >> *Ã :* Pharo Development List >> *Objet :* Re: [Pharo-dev] Text search overlayed over tree >> (MorphTreeMorph) >> >> Cool :) >> >> Where can I find the code to have a look at it? >> >> Ben >> >> On 15 Dec 2013, at 19:08, GOUBIER Thierry <thierry.goubier(a)cea.fr> >> wrote: >> >> Hi all, >> >> I've worked a bit on something which could be usefull: a way to overlay a >> text search box over a tree list, and direct search and selection over the >> tree just by typing in it... >> >> Two vidÃ©os to show how it works: the first one shows how typing makes the >> area appear (and the underlying tree select the first matching item). The >> Tab key closes the search box and expand the selected (target node); typing >> again restart the search one element below. In this way, one can navigate >> easily in a deep tree, as AltBrowser is organised (i.e. matching GUI -> >> Morphic-Base-Whatever). The search is over the whole tree, so, towards the >> end, typing Sy brings you back to the top of the tree. >> >> http://www.youtube.com/watch?v=CJzNKdnSKJ4 >> >> The second video shows how to add it to the current Nautilus with the >> package tree ;) There is very little code in there, but probably a need for >> some polish: I'm not a keyboard guy, and, as such, I'm not yet confortable >> using it (but it already went through many design iterations to keep it >> simple and focused). >> >> http://www.youtube.com/watch?v=pyhqTzIxyRY >> >> Thierry >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 16, 2013

Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph)

by GOUBIER Thierry

Underway: Issue 12441 Thierry ________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Tudor Girba [tudor(a)tudorgirba.com] Date d'envoi : lundi 16 dÃ©cembre 2013 21:22 Ã : Pharo Development List Objet : Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph) This is really a nice addition. I did not have the time to look at the code, but the functionality would certainly be worth of having in the base image. Could you try to add it in a standalone package or slice? Doru On Mon, Dec 16, 2013 at 10:19 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr<mailto:thierry.goubier@cea.fr>> wrote: I haven't updated the AltBrowser configuration yet :( Have a look at: https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… It's the main command class. The class comment is a bit off (reflect some of the design iterations left-overs), but it's self contained (require the following class and a tree which uses asString to describe its items[1]). https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… Which is just a kind of copy of StringMorphEditor, but without the dependency on StringMorph. [1] : asString may represent the complete item name (as in PackageTreeNautilus) or a filtered item name where it depends on the parents in the tree (as in AltBrowser). For example, the item Morphic-Base-Basic is Morphic-Base-Basic in Nautilus and Basic in AltBrowser, even if they refer to the same RPackage. ________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org<mailto:pharo-dev-bounces@lists.pharo.org>] de la part de Benjamin [Benjamin.VanRyseghem.Pharo(a)gmail.com<mailto:Benjamin.VanRyseghem.Pharo@gmail.com>] Date d'envoi : lundi 16 dÃ©cembre 2013 09:38 Ã : Pharo Development List Objet : Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph) Cool :) Where can I find the code to have a look at it? Ben On 15 Dec 2013, at 19:08, GOUBIER Thierry <thierry.goubier(a)cea.fr<mailto:thierry.goubier@cea.fr>> wrote: Hi all, I've worked a bit on something which could be usefull: a way to overlay a text search box over a tree list, and direct search and selection over the tree just by typing in it... Two vidÃ©os to show how it works: the first one shows how typing makes the area appear (and the underlying tree select the first matching item). The Tab key closes the search box and expand the selected (target node); typing again restart the search one element below. In this way, one can navigate easily in a deep tree, as AltBrowser is organised (i.e. matching GUI -> Morphic-Base-Whatever). The search is over the whole tree, so, towards the end, typing Sy brings you back to the top of the tree. http://www.youtube.com/watch?v=CJzNKdnSKJ4 The second video shows how to add it to the current Nautilus with the package tree ;) There is very little code in there, but probably a need for some polish: I'm not a keyboard guy, and, as such, I'm not yet confortable using it (but it already went through many design iterations to keep it simple and focused). http://www.youtube.com/watch?v=pyhqTzIxyRY Thierry -- www.tudorgirba.com<http://www.tudorgirba.com> "Every thing has its own flow"

Dec. 16, 2013

Re: [Pharo-dev] Tell me about your workflow

by GOUBIER Thierry

Dear Stephan, could you please include some quoted text in your answer? I am unable to know to whom you are answering, my mailer only classifying mails in a thread based on their date, and I need a minimum of quotes to be able to track the conversation. Best regards, Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Stephan Eggermont [stephan(a)stack.nl] Date d'envoi : lundi 16 dÃ©cembre 2013 20:26 Ã : pharo-dev(a)lists.pharo.org Objet : Re: [Pharo-dev] Tell me about your workflow I don't read posts that I cannot read. Please remove non-relevant quoted text. Stephan

Dec. 16, 2013

Re: [Pharo-dev] Tell me about your workflow

by Tudor Girba

Hi, By following the instructions from any of the Moose webpages: http://www.moosetechnology.org/download/pharo http://www.smalltalkhub.com/#!/~Moose/Moose Gofer new smalltalkhubUser: 'Moose' project: 'Moose'; package: 'ConfigurationOfMoose'; load. (Smalltalk at: #ConfigurationOfMoose) perform: #loadDevelopment Cheers, Doru On Sat, Dec 14, 2013 at 9:01 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > Stef, > > how do I load Moose in a 3.0 image? There is no Moose config in the 3.0 > meta repository. > > Thierry > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de > StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > *Date d'envoi :* vendredi 13 dÃ©cembre 2013 13:47 > > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Tell me about your workflow > > try with Moose. > > Stef > > On Dec 12, 2013, at 4:20 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Pharo10 on SmalltalkHub is humongous. You can definitely do a stress > test with it :) > > Uko > > On 12 Dec 2013, at 15:43, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > > I would need a large project, composed of one or more packages, with > more than 150~200 classes, which triggers the slow read and writing times > Sebastian experience. And, probably, to be complete, a long and complex > commit history in git (> 100 commits). > > I'll keep in mind the idea of creating one randomly ;) > > Thierry > > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy > Tymchuk [yuriy.tymchuk(a)me.com] > *Date d'envoi :* jeudi 12 dÃ©cembre 2013 15:37 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Tell me about your workflow > > Are you interested in a package or a project? I can provide you > information based on size, etcâ¦ > > Uko > > On 12 Dec 2013, at 15:30, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > > I gave up running gitfiletree on 1.4 :( > > It's possible to use gitfiletree from a 2.0 or a 3.0 image to browse your > git repository, but testing the writing will be an issue. > > My best chance would be to find a large enough package I can use on 2.0 or > 3.0 to test and profile. Does anybody has a large enough package which > could fit? Anything that doesn't require a NDA to read it, of course. Is > Roassal large enough? > > Thierry > > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de > Sebastian Sastre [sebastian(a)flowingconcept.com] > *Date d'envoi :* jeudi 12 dÃ©cembre 2013 12:12 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Tell me about your workflow > > gee the big code package is airflowing which I have, quite > conservatively, running on #14438 images > > I load filetree like this: > > Gofer new > url: 'http://ss3.gemstone.com/ss/FileTree'; > package: 'ConfigurationOfFileTree'; > load. > ((Smalltalk at: #ConfigurationOfFileTree) project version: #'stable') load. > > and it never complained > > let me know > > > > > > On Dec 12, 2013, at 3:53 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr> > wrote: > > If you would be ready to profile a package save on your repository, it > would be great. In the mean time, I'll make available a special gitfiletree > package to test. Which version of Pharo you are using? 2.0 or 3.0? > > Regards, > > Thierry > > > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de > Sebastian Sastre [sebastian(a)flowingconcept.com] > *Date d'envoi :* mercredi 11 dÃ©cembre 2013 17:09 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Tell me about your workflow > > ok, if saving is dumping all, then 3 is confirmed? After the first > commit, I'd say so. > > about 2, I don't know. I'm available to make tests and measure results > > have a nice trip, keep us tuned about any progress > > > > > > > > On Dec 11, 2013, at 2:09 PM, Goubier Thierry <thierry.goubier(a)cea.fr> > wrote: > > Yes, you're right in the general case. > > But a solution to that general problem will take time to be implemented > (time I lack at the moment, sadly) and if the main gain is a few % because > it's writing the version file and the metadata for methods which are the > "slow" factors, then we'll have worked hard for nothing. > > If you want to help, I'd really like to see either 2- or 3- confirmed. I > can produce a special gitfiletree to remove writing the metadata, that you > can try on a large project temporary copy; if the slow writing (and > reading) is confirmed, then this is 3- > > (But I'm leaving on a trip tomorrow early, so I have no idea of when I'll > have the time to do that :( ). > > Thierry > > Le 11/12/2013 16:44, Sebastian Sastre a Ã©crit : > > Without entering in details, a cause for slow package write is dumping > all every time. > > For that strategy, we already have the image save which is magically fast. > > So, if we make something to scan the code and write only when it's > different from what's on disk, then we would be preventing tons of > redundant writes > > sebastian <https://about.me/sebastianconcept> > > o/ > > > > > > On Dec 11, 2013, at 1:43 PM, Goubier Thierry <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>>> wrote: > > > > Le 11/12/2013 16:27, Esteban Lorenzano a Ã©crit : > > ah, and IMHO the problem is not about reading... is about writing (if it > has to write the metadata each time...). > > > But, personnaly, I don't know if this is the reason for the lack of > performance... > > I have three hypothesis for Sebastian problem: > 1 - Slow read time for version metadata > - Confirmed because of the 16 seconds wait time for reading the > package metadata in the repository browser. > 2 - Slow metadata write > 3 - Slow package write > > I have an implemented solution for 1-, a very easy to implement for > 2-, and none yet for 3- > > So I'd really like to check if 3- is confirmed ;) > > Thierry > > > Esteban > > > On Wed, Dec 11, 2013 at 4:24 PM, Esteban Lorenzano > <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com <estebanlm(a)gmail.com>> > <mailto:estebanlm@gmail.com <estebanlm(a)gmail.com>>> wrote: > > Thierry, I know there is a working version... let me search... > > (5 mins later) > > > here: > > https://github.com/rjsargent/CypressReferenceImplementation > > Dale says Richard made a metadata-less version. > > We should take a look at that. > > Esteban > > > On Wed, Dec 11, 2013 at 4:28 PM, Goubier Thierry > <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>>< > mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>>> wrote: > > Esteban, Sebastian, > > In the filetree code, you will find a format without metadata, > but it's not in use anymore. > > If you use gitfiletree, it will write the metadata for > compatibility reasons with filetree, but it will never read it > back. > > I'm pushing code to make filetree robust to absence of metadata, > but I haven't worked on it for a while. > > gitfiletree has solved the problem of a slow metadata read. It > does not solve any performance problem associated with > writing, yet. > > Thierry > > Le 11/12/2013 16:12, Esteban Lorenzano a Ã©crit : > > I know there is a version of filetree without metadata (more > compelling > for projects that will never use other formats). > Dale told me that there was a preview somewhere, but I > didn't tested yet > (lack of time) and now I cannot find the mail... > Dale, can you re-send the link? > > cheers, > Esteban > > > On Wed, Dec 11, 2013 at 4:08 PM, Sebastian Sastre > <sebastian(a)flowingconcept.com > <mailto:sebastian@flowingconcept.com <sebastian(a)flowingconcept.com>> > <mailto:sebastian@flowingconcept.com<sebastian(a)flowingconcept.com> > > > <mailto:sebastian@__flowingconcept.com > <mailto:sebastian@flowingconcept.com<sebastian(a)flowingconcept.com>>>> > wrote: > > I should breath before I type, but you probably already > got that I > meant /redundant writes/ (not reads)... > > > Anyway.. I was talking with Esteban and he mentions > some kind of > compatibility metadata. > > If I'm going to give a leap of faith to filetree repos > to save code > why should I care about mcz compatibility? Paying a > toll for no > reason is evil. > > Maybe we could make that optional so those who don't > extract value > from that feature can opt-out? > > sebastian <https://about.me/__sebastianconcept > <https://about.me/sebastianconcept>> > > > o/ > > > > > > On Dec 11, 2013, at 12:44 PM, Sebastian Sastre > <sebastian(a)flowingconcept.com > <mailto:sebastian@flowingconcept.com <sebastian(a)flowingconcept.com>> > <mailto:sebastian@flowingconcept.com<sebastian(a)flowingconcept.com> > > > <mailto:sebastian@__flowingconcept.com > <mailto:sebastian@flowingconcept.com<sebastian(a)flowingconcept.com> > >>> > wrote: > > Hi Thierry > > On Dec 11, 2013, at 12:43 PM, Goubier Thierry > <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>> > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>> > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr> > <mailto:thierry.goubier@cea.fr <thierry.goubier(a)cea.fr>>__>> > wrote: > > > I have packages (in the order of hundreds > of classes) and save > delays > and package click delays are starting to > demand patience in a > way that > doesn't feel like the right path > > > Which operations ? I didn't remember noticing > much with 179 > classes on a laptop without a SSD. > > > choose one. Just for clicking the package that will > should you > UUID, version and author I need to wait ~16 > seconds. Sounds like a > lot of overhead for reading a small .json file. > > But the write is the most worrisome > > > All that is with a SSD disk, otherwise save > delays would be > /way/ beyond > unacceptable > > > I'd like to know more, and understand the > reason, for sure. As > far as I know, filetree will rewrite the whole > package to disk > everytime... and maybe optimising that could be > the solution. > > > Well, that explains a lot. Writing all every time > is the lazy > thing that's okay for a prototype and temporary > code in a proof of > concept but that massive redundant reads certainly > doesn't sounds > like pro software. Specially for SSD's which has a > limited > quantity of writes > > > Thierry > > sebastian > <https://about.me/__sebastianconcept > <https://about.me/sebastianconcept>> > > o/ > > > > > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps > RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 > <tel:%2B33%20%280%29%201%2069%2008%2032%2092> > <tel:%2B33%20%280%29%201%2069%__2008%2032%2092> > / 83 95 > > > > > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 > <tel:%2B33%20%280%29%201%2069%2008%2032%2092> / 83 95 > > > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 16, 2013

Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph)

by Tudor Girba

This is really a nice addition. I did not have the time to look at the code, but the functionality would certainly be worth of having in the base image. Could you try to add it in a standalone package or slice? Doru On Mon, Dec 16, 2013 at 10:19 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > I haven't updated the AltBrowser configuration yet :( > > Have a look at: > > > https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… > > It's the main command class. The class comment is a bit off (reflect some > of the design iterations left-overs), but it's self contained (require the > following class and a tree which uses asString to describe its items[1]). > > > https://github.com/ThierryGoubier/AltBrowser/tree/pharo3.0/Alt-Browser.pack… > > Which is just a kind of copy of StringMorphEditor, but without the > dependency on StringMorph. > > [1] : asString may represent the complete item name (as in > PackageTreeNautilus) or a filtered item name where it depends on the > parents in the tree (as in AltBrowser). For example, the item > Morphic-Base-Basic is Morphic-Base-Basic in Nautilus and Basic in > AltBrowser, even if they refer to the same RPackage. > > > > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de > Benjamin [Benjamin.VanRyseghem.Pharo(a)gmail.com] > *Date d'envoi :* lundi 16 dÃ©cembre 2013 09:38 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Text search overlayed over tree (MorphTreeMorph) > > Cool :) > > Where can I find the code to have a look at it? > > Ben > > On 15 Dec 2013, at 19:08, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > > Hi all, > > I've worked a bit on something which could be usefull: a way to overlay a > text search box over a tree list, and direct search and selection over the > tree just by typing in it... > > Two vidÃ©os to show how it works: the first one shows how typing makes the > area appear (and the underlying tree select the first matching item). The > Tab key closes the search box and expand the selected (target node); typing > again restart the search one element below. In this way, one can navigate > easily in a deep tree, as AltBrowser is organised (i.e. matching GUI -> > Morphic-Base-Whatever). The search is over the whole tree, so, towards the > end, typing Sy brings you back to the top of the tree. > > http://www.youtube.com/watch?v=CJzNKdnSKJ4 > > The second video shows how to add it to the current Nautilus with the > package tree ;) There is very little code in there, but probably a need for > some polish: I'm not a keyboard guy, and, as such, I'm not yet confortable > using it (but it already went through many design iterations to keep it > simple and focused). > > http://www.youtube.com/watch?v=pyhqTzIxyRY > > Thierry > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 16, 2013

[pharo-project/pharo-core] 0711d3: 30649

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 0711d3b70687b34bb4fc77ea13e041ce25ad8098 https://github.com/pharo-project/pharo-core/commit/0711d3b70687b34bb4fc77ea… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-16 (Mon, 16 Dec 2013) Changed paths: A AST-Core.package/RBProgramNode.class/class/accessing/formatterClass_.st M FileSystem-Disk.package/DiskStore.class/instance/private/rootNode.st M Nautilus.package/AbstractNautilusUI.class/instance/group/addNewGroup.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script302.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30649.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M StartupPreferences.package/extension/SettingBrowser/instance/exportAllSettings_by_withBasename_.st Log Message: ----------- 30649 11437 export settings in 3.0 cause a startup error when loading settings https://pharo.fogbugz.com/f/cases/11437 12431 DNU on Export Settings in Settings https://pharo.fogbugz.com/f/cases/12431 12416 File Permissions on Root not working https://pharo.fogbugz.com/f/cases/12416 12306 adding a group does not display it https://pharo.fogbugz.com/f/cases/12306 http://files.pharo.org/image/30/30649.zip

Dec. 16, 2013

[pharo-project/pharo-core]

by GitHub

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

Dec. 16, 2013