- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Selecting a package in the Monticello browser

by Mariano Martinez Peck

OK. We commited this: https://pharo.fogbugz.com/f/cases/12064/Selecting-a-package-in-the-Monticel… Now you are able to change the behavior, either from the settings browser or either from right clicking on the right panel (repositories) in the Monticello Browser (there is a checkbox). Cheers, On Thu, Nov 7, 2013 at 1:22 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > > On Thu, Nov 7, 2013 at 1:12 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > >> I do not like it either... but if there are more than one repository group >> (like before 1 per package) we have to make sure the repositories are >> unique >> per URL, otherwise you end up with different repositories which look the >> same >> but for instance do not have the same credentials, which was the problem >> we >> had back then. >> > > Cami, > > Say I have 2 different packages. Both have the PharoInbox and Pharo20 as > repos. > If I edit and add a password to the ones of the package1 and then I go to > package2, the password is kept. > And this is the case even for 2.0. > So maybe you are saying a different scenario? > > >> >> I remember that whenever we added a SLICE the inbox repository got >> duplicated >> causing qutie a bit of confusion, since you had to re-enter your password >> twice >> or more... >> >> >> On 2013-11-07, at 17:09, Mariano Martinez Peck <marianopeck(a)gmail.com> >> wrote: >> >> > So we were discussing this here in the sprint. People say this is a >> feature. To be this is a bug. >> > >> > The change is in >> > >> > repositoryGroup >> > ^ workingCopy >> > ifNil: [MCRepositoryGroup default] >> > ifNotNil: [workingCopy repositoryGroup] >> > >> > which right now it is as >> > >> > repositoryGroup >> > ^ MCRepositoryGroup default >> > >> > So we will probably put a setting for the moment because we cannot >> agree. >> > >> > Cheers, >> > >> > >> > >> > >> > On Sun, Nov 3, 2013 at 7:48 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> > Ben >> > >> > this is good to share repositories :) >> > I got burned so many times while integrating changes back in Squeak 3.9 >> that this is the first things I did for the scriptLoader. >> > Now I do not see why when we select a package we should see the ones >> that are not associated with the package. >> > >> > Stef >> > >> > On Nov 3, 2013, at 10:49 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> > >> >> The thing is you use to have one instance of the same MCRepository per >> package. >> >> By example, the Pharo repository was in fact #{packageNumber} >> instances. >> >> >> >> So the change you make on one (by example, string your password) was >> not reflected to the others. >> >> And it seems that during the fix of this, this issue was introduced. >> >> >> >> (I think the easy solution taken was to have the same repositories for >> everything). >> >> Itâs indeed kind of a paint o deal with, but a smaller one that it use >> to be :) >> >> >> >> Definitely itâs a bug, not a feature :) >> >> We should wait tip Guillermoâs answer since he was the one fixing this >> painful behaviour (2 sprints ago) >> > >> > We can try to do something during the sprint thursday. >> > >> > >> >> Ben >> >> >> >> On 03 Nov 2013, at 22:44, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> >> >>> I do not understand what the password has to do with showing only the >> relevant repositories for a selected package. Could you explain? >> >>> >> >>> Doru >> >>> >> >>> >> >>> On Nov 3, 2013, at 10:39 PM, Benjamin < >> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> >> >>>> The idea was that repositories were shared among packages. >> >>>> >> >>>> Otherwise, you have to type your password a billion times >> >>>> >> >>>> Ben >> >>>> >> >>>> On 03 Nov 2013, at 21:49, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>>> >> >>>>> Indeed, I wanted to raise this issue as well. The Monticello >> browser is a rather terrible interface, but at least the scoping of >> repositories was useful. Is the change intentional, or is it a bug? >> >>>>> >> >>>>> Doru >> >>>>> >> >>>>> >> >>>>> On Sun, Nov 3, 2013 at 9:46 PM, Alexandre Bergel < >> alexandre.bergel(a)me.com> wrote: >> >>>>> Hi! >> >>>>> >> >>>>> Before, when one selects a package (left list), then only the set >> of relevant repositories are displayed (right list). This is now not the >> case anymore. I think I have seen somewhere a MC package is not associated >> to a repository anymore. What is the idea behind this? I find this rather >> convenient... >> >>>>> >> >>>>> Alexandre >> >>>>> -- >> >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >>>>> Alexandre Bergel http://www.bergel.eu >> >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> www.tudorgirba.com >> >>>>> >> >>>>> "Every thing has its own flow" >> >>>> >> >>> >> >>> -- >> >>> www.tudorgirba.com >> >>> >> >>> "What is more important: To be happy, or to make happy?" >> >>> >> >>> >> >> >> > >> > >> > >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

Nov. 7, 2013

Re: [Pharo-dev] Scroll bug since ever. Someone?

by Yuriy Tymchuk

It will be nice to have it ignored at least for now. Because for me itâs really hard to use Nautilus in Pharo 3. Cheers. Uko On 06 Nov 2013, at 17:03, Camillo Bruni <camillobruni(a)gmail.com> wrote: > that happens only on the trackpad if you scroll diagonally ;) > Or well, when you scroll vertically and you are not fully vertical, from time to time you get a horizontal scroll even from the VM which arrives as a keypressed at VM side. Usually some ctrl+shift+arrow combo, which makes your list jump to the location you previously selected: > > https://pharo.fogbugz.com/f/cases/5296/Fast-Scroll-Down-produces-weird-even… > > I think the only proper solution is to have proper scroll events, and to not emulate them with key combinations. > > On 2013-11-06, at 16:56, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > >> Hi guys. We have a bug with the scrolling since I can remember.... >> You know...when you scroll down fast, at some point it restarts the scroll in a higher position, making it impossible to really scroll down. If you scroll down slower, it works. >> I guess I am not the only one seeing this problem right? >> Tomorrow we have a sprint here in Argentina. Would I be loosing my hours trying to find this bug? Because as said, I think it's been here since ever.... >> Any point? >> >> Thanks, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >

Nov. 7, 2013

[update 3.0] #30552

by StÃ©phane Ducasse

Nov. 7, 2013

Re: [Pharo-dev] Deep Into Pharo: PPExpressionParser

by Damien Cassou

On Thu, Nov 7, 2013 at 5:31 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Thanks, that's exactly what I was wondering. That would be a valuable > clarification in the book. Is there an issue tracker? no issue tracker. We encourage people to change the text directly :-D -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 7, 2013

[pharo-project/pharo-core]

by GitHub

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

Nov. 7, 2013

[pharo-project/pharo-core] 424e82: 30552

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 424e82b31a6f19d6665e09a3dd0e280c8a1c8e36 https://github.com/pharo-project/pharo-core/commit/424e82b31a6f19d6665e09a3… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-07 (Thu, 07 Nov 2013) Changed paths: A Files.package/SourceFileArray.class/instance/source code management/changeRecordsFor_detect_.st A Files.package/SourceFileArray.class/instance/source code management/changeRecordsFor_do_.st A Files.package/SourceFileArray.class/instance/source code management/changeRecordsFrom_className_isMeta_do_.st M Monticello.package/MCMethodDefinition.class/instance/installing/scanForPreviousVersion.st M PackageInfo.package/PackageInfo.class/instance/testing/changeRecordForOverriddenMethod_.st M RPackage-Core.package/RPackage.class/instance/system compatibility/changeRecordForOverriddenMethod_.st M RPackage-Core.package/RPackageSet.class/instance/system compatibility/changeRecordForOverriddenMethod_.st M Ring-Core-Kernel.package/RGElementDefinition.class/class/class initialization/realClass_.st A Ring-Core-Kernel.package/RGElementDefinition.class/instance/accessing/package.st M Ring-Core-Kernel.package/extension/Class/instance/asRingDefinition.st A Ring-Core-Kernel.package/extension/RPackage/instance/asRingDefinition.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script207.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30552.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Changes.package/ChangeSet.class/class/scanning/scanVersionsOf_class_meta_category_selector_.st M System-Support.package/SystemNavigation.class/instance/private/createMethodNamed_realParent_.st M Tools.package/VersionsBrowser.class/instance/init %26 update/scanVersionsOf_class_meta_category_selector_.st Log Message: ----------- 30552 - Issue 12081: Show the package in the senders and implementors window https://pharo.fogbugz.com/f/cases/12088/ - Issue 12093: Make RGComment polymorphic to RGMEthod for packages https://pharo.fogbugz.com/f/cases/12093 http://files.pharo.org/image/30/30552.zip

Nov. 7, 2013

Re: [Pharo-dev] Deep Into Pharo: PPExpressionParser

by Sean P. DeNigris

Thanks, that's exactly what I was wondering. That would be a valuable clarification in the book. Is there an issue tracker? -------- Original message -------- From: "Damien Cassou [via Smalltalk]" <ml-node+s1294792n4719808h36(a)n4.nabble.com> Date: 11/07/2013 7:38 AM (GMT-05:00) To: "Sean P. DeNigris" <sean(a)clipperadams.com> Subject: Re: Deep Into Pharo: PPExpressionParser On Wed, Nov 6, 2013 at 12:41 PM, Sean P. DeNigris <[hidden email]> wrote: > Thanks! I'm clear on how to use them, just not on why to choose one over the > other.. I would say you can instantiate a PPExpressionParser if you want to do a small parser for small task. Now, if you have a grammar that's composed of many parsers, I would subclass PPCompositeParser. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Deep-Into-Pharo-PPExpressionParser-tp4719454p4719808.… To unsubscribe from Deep Into Pharo: PPExpressionParser, click here. NAML ----- Cheers, Sean -- View this message in context: http://forum.world.st/Deep-Into-Pharo-PPExpressionParser-tp4719454p4719909.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Nov. 7, 2013

[update 3.0] #30552

by StÃ©phane Ducasse

Nov. 7, 2013

[FEEDBACK] [FIX] Cannot locate the sources file named /Applications/PharoV20.sources.

by Damien Cassou

Dear Mac OS X users, could you load this slice from Pharo30Inbox in a Pharo 3.0 image, save your image, and launch it again. SLICE-Issue-12092-Pharo-cant-find-sources-files-when-embedded-in-an-app-application-DamienCassou.2 Do you still have the error "Cannot locate the sources file named /Applications/PharoV20.sources" ? Thanks -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 7, 2013

Re: [Pharo-dev] Selecting a package in the Monticello browser

by Mariano Martinez Peck

On Thu, Nov 7, 2013 at 1:12 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > I do not like it either... but if there are more than one repository group > (like before 1 per package) we have to make sure the repositories are > unique > per URL, otherwise you end up with different repositories which look the > same > but for instance do not have the same credentials, which was the problem we > had back then. > Cami, Say I have 2 different packages. Both have the PharoInbox and Pharo20 as repos. If I edit and add a password to the ones of the package1 and then I go to package2, the password is kept. And this is the case even for 2.0. So maybe you are saying a different scenario? > > I remember that whenever we added a SLICE the inbox repository got > duplicated > causing qutie a bit of confusion, since you had to re-enter your password > twice > or more... > > > On 2013-11-07, at 17:09, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > So we were discussing this here in the sprint. People say this is a > feature. To be this is a bug. > > > > The change is in > > > > repositoryGroup > > ^ workingCopy > > ifNil: [MCRepositoryGroup default] > > ifNotNil: [workingCopy repositoryGroup] > > > > which right now it is as > > > > repositoryGroup > > ^ MCRepositoryGroup default > > > > So we will probably put a setting for the moment because we cannot agree. > > > > Cheers, > > > > > > > > > > On Sun, Nov 3, 2013 at 7:48 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > Ben > > > > this is good to share repositories :) > > I got burned so many times while integrating changes back in Squeak 3.9 > that this is the first things I did for the scriptLoader. > > Now I do not see why when we select a package we should see the ones > that are not associated with the package. > > > > Stef > > > > On Nov 3, 2013, at 10:49 PM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > > > >> The thing is you use to have one instance of the same MCRepository per > package. > >> By example, the Pharo repository was in fact #{packageNumber} instances. > >> > >> So the change you make on one (by example, string your password) was > not reflected to the others. > >> And it seems that during the fix of this, this issue was introduced. > >> > >> (I think the easy solution taken was to have the same repositories for > everything). > >> Itâs indeed kind of a paint o deal with, but a smaller one that it use > to be :) > >> > >> Definitely itâs a bug, not a feature :) > >> We should wait tip Guillermoâs answer since he was the one fixing this > painful behaviour (2 sprints ago) > > > > We can try to do something during the sprint thursday. > > > > > >> Ben > >> > >> On 03 Nov 2013, at 22:44, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> > >>> I do not understand what the password has to do with showing only the > relevant repositories for a selected package. Could you explain? > >>> > >>> Doru > >>> > >>> > >>> On Nov 3, 2013, at 10:39 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >>> > >>>> The idea was that repositories were shared among packages. > >>>> > >>>> Otherwise, you have to type your password a billion times > >>>> > >>>> Ben > >>>> > >>>> On 03 Nov 2013, at 21:49, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >>>> > >>>>> Indeed, I wanted to raise this issue as well. The Monticello browser > is a rather terrible interface, but at least the scoping of repositories > was useful. Is the change intentional, or is it a bug? > >>>>> > >>>>> Doru > >>>>> > >>>>> > >>>>> On Sun, Nov 3, 2013 at 9:46 PM, Alexandre Bergel < > alexandre.bergel(a)me.com> wrote: > >>>>> Hi! > >>>>> > >>>>> Before, when one selects a package (left list), then only the set of > relevant repositories are displayed (right list). This is now not the case > anymore. I think I have seen somewhere a MC package is not associated to a > repository anymore. What is the idea behind this? I find this rather > convenient... > >>>>> > >>>>> Alexandre > >>>>> -- > >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>>>> Alexandre Bergel http://www.bergel.eu > >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> www.tudorgirba.com > >>>>> > >>>>> "Every thing has its own flow" > >>>> > >>> > >>> -- > >>> www.tudorgirba.com > >>> > >>> "What is more important: To be happy, or to make happy?" > >>> > >>> > >> > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Nov. 7, 2013