Re: [Pharo-users] recover lost changes

Hartmut wrote > Working with Pharo 3.0 I noticed for a while that I could not recover > class definitions (do it's) from the "Recent Changes". Now fixed in latest Pharo 3.0 and 4.0. Thank you Marcus :) - Cheers, Sean -- View this message in context: http://forum.world.st/recover-lost-chan

Re: [Pharo-users] recover lost changes

S Krish wrote > Can I get the link to this change set. Which change set? You just have to DoIt: "ChangesLog reset;default" - Cheers, Sean -- View this message in context: http://forum.world.st/recover-lost-changes-tp4804929p4805417.html Sent from the Pharo Smalltalk Users mailing list arch

Re: [Pharo-users] recover lost changes

On Fri, Feb 13, 2015 at 2:30 AM, Esteban Lorenzano wrote: > no. > in the best case it will be in pharo4 as preview. > (to remove/disable the old mechanism is going to take more time and > complications…) > Isn't that what I said? :) Since both are tools selected from the method, they would rea

Re: [Pharo-users] recover lost changes

no. in the best case it will be in pharo4 as preview. (to remove/disable the old mechanism is going to take more time and complications…) cheers, Esteban > On 12 Feb 2015, at 18:07, Ben Coman wrote: > > So is the plan to integrate Epicea for Pharo 4 Release as the default > mechanism, and

Re: [Pharo-users] recover lost changes

So is the plan to integrate Epicea for Pharo 4 Release as the default mechanism, and leave removal of the existing mechanism until Pharo 5? cheers -ben On Fri, Feb 13, 2015 at 12:44 AM, Marcus Denker wrote: > > > On 12 Feb 2015, at 17:36, Ben Coman wrote: > > > > Is Epicea able to run parallel

Re: [Pharo-users] recover lost changes

> On 12 Feb 2015, at 17:36, Ben Coman wrote: > > Is Epicea able to run parallel with the exiting changes framework, do we have > to rip the latter out first? I works in parallel now. The idea is to remove the other mechanism in a second step. Marcus

Re: [Pharo-users] recover lost changes

Is Epicea able to run parallel with the exiting changes framework, do we have to rip the latter out first? cheers -ben On Thu, Feb 12, 2015 at 10:38 PM, S Krish wrote: > Can I get the link to this change set. > > On Wed, Feb 11, 2015 at 10:05 PM, Sean P. DeNigris > wrote: > >> Marcus Denker-4 w

Re: [Pharo-users] recover lost changes

Can I get the link to this change set. On Wed, Feb 11, 2015 at 10:05 PM, Sean P. DeNigris wrote: > Marcus Denker-4 wrote > > The issue is here > > And the solution is right there in the comment! > > > Pharo Issue Tracker wrote > > ChangesLog default > > is not registered for the SystemAnnouncer.

Re: [Pharo-users] recover lost changes

Thanks to all of you ! Le 11/2/15 18:58, Sean P. DeNigris a ?crit : Sean P. DeNigris wrote I can not reproduce this... Okay, I see. It only happens when Nautilus (the browser) is on the class-side. Looking deeper, there is in general a flaw in Nautilus - at least in announcement handling - bec

Re: [Pharo-users] recover lost changes

thanks sean. I need to get back hacking in Pharo for real. Stef Le 11/2/15 18:58, Sean P. DeNigris a écrit : Sean P. DeNigris wrote I can not reproduce this... Okay, I see. It only happens when Nautilus (the browser) is on the class-side. Looking deeper, there is in general a flaw in Nautilus

Re: [Pharo-users] recover lost changes

Le 11/2/15 09:33, Stephan Eggermont a écrit : Norbert wrote: Am 10.02.2015 um 20:59 schrieb stepharo <[hidden email]>: Yes this should be fixed. You mean fix the current implementation or swap it for epicea? The current implementation. Yes It is a significant barrier to entry for new

Re: [Pharo-users] recover lost changes

Yes but resources are still sparse. I'm usually arguing the same way like you. But at the moment I have the feeling we postpone the integration of too much too long. If the release is postponed until july I'd vote for integrating it now and iron it out. Otherwise it might be never integrated an

Re: [Pharo-users] recover lost changes

Sean P. DeNigris wrote > I can not reproduce this... Okay, I see. It only happens when Nautilus (the browser) is on the class-side. Looking deeper, there is in general a flaw in Nautilus - at least in announcement handling - because it doesn't take class vs. metaclass into account. I started fixin

Re: [Pharo-users] recover lost changes

Am 11.02.2015 18:18 schrieb "Nicolai Hess" : > > I remember at such case, missing comments after file in. I think we fixed it in 4.0 and back ported it too. > 14377 FileOut creates invalid comment entries for classes with class side methods And 14405

Re: [Pharo-users] recover lost changes

I remember at such case, missing comments after file in. I think we fixed it in 4.0 and back ported it too. Am 11.02.2015 17:47 schrieb "Sean P. DeNigris" : > Hartmut wrote > > I also lost class comments on file-out / file-in . > > I can not reproduce this in the lastest update (#30862). What imag

Re: [Pharo-users] recover lost changes

Hartmut wrote > I also lost class comments on file-out / file-in . I can not reproduce this in the lastest update (#30862). What image update version do you have? You can find out via WorldMenu->System->About Also, when you say " - Cheers, Sean -- View this message in context: http://foru

Re: [Pharo-users] recover lost changes

Marcus Denker-4 wrote > The issue is here And the solution is right there in the comment! Pharo Issue Tracker wrote > ChangesLog default > is not registered for the SystemAnnouncer. > Reinitializing it should help: > ChangesLog reset;default. Works on both 3.0 and 4.0. I made a parent issue 149

Re: [Pharo-users] recover lost changes

> On 11 Feb 2015, at 16:31, Sean P. DeNigris wrote: > > Stephan Eggermont wrote >> The current implementation > > +1. It is really bad, especially for new users, that we've let it go on this > long. It should have been fixed and backported to 3.0. > The issue is here: https://pharo.

Re: [Pharo-users] recover lost changes

Stephan Eggermont wrote > The current implementation +1. It is really bad, especially for new users, that we've let it go on this long. It should have been fixed and backported to 3.0. - Cheers, Sean -- View this message in context: http://forum.world.st/recover-lost-changes-tp4804929p4805

Re: [Pharo-users] recover lost changes

Norbert wrote: >Yes but resources are still sparse. I'm usually arguing the same way like you. >But at the moment I have the feeling we postpone the integration of too much >too long. >If the release is postponed until july I'd vote for integrating it now and >iron it out. >Otherwise it might

Re: [Pharo-users] recover lost changes

> Am 11.02.2015 um 09:33 schrieb Stephan Eggermont : > > Norbert wrote: >>> Am 10.02.2015 um 20:59 schrieb stepharo <[hidden email]>: >>> >>> Yes this should be fixed. >>> >> You mean fix the current implementation or swap it for epicea? > > The current implementation. It is a significant b

Re: [Pharo-users] recover lost changes

Norbert wrote: >> Am 10.02.2015 um 20:59 schrieb stepharo <[hidden email]>: >> >> Yes this should be fixed. >> > You mean fix the current implementation or swap it for epicea? The current implementation. It is a significant barrier to entry for new smalltalkers and gives a very bad impression

Re: [Pharo-users] recover lost changes

> Am 10.02.2015 um 20:59 schrieb stepharo : > > Yes this should be fixed. > You mean fix the current implementation or swap it for epicea? Norbert > Le 10/2/15 16:42, Martin Bähr a écrit : >> Excerpts from Hartmut's message of 2015-02-10 15:58:13 +0100: >>> Working with Pharo 3.0 I noticed for

Re: [Pharo-users] recover lost changes

Yes this should be fixed. Le 10/2/15 16:42, Martin Bähr a écrit : Excerpts from Hartmut's message of 2015-02-10 15:58:13 +0100: Working with Pharo 3.0 I noticed for a while that I could not recover class definitions (do it's) from the "Recent Changes". i noticed this too. methods worked fine,

Re: [Pharo-users] recover lost changes

Excerpts from Hartmut's message of 2015-02-10 15:58:13 +0100: > Working with Pharo 3.0 I noticed for a while that I could not recover > class definitions (do it's) from the "Recent Changes". i noticed this too. methods worked fine, but i couldn't recover methods to new classes until i recreated t