Re: Re: Re: Re: Re: Re: Re: v6: still no multiple undo?
- To: mathgroup at smc.vnet.net
- Subject: [mg77547] Re: [mg77522] Re: [mg77501] Re: [mg77495] Re: [mg77476] Re: [mg77433] Re: [mg77407] Re: v6: still no multiple undo?
- From: DrMajorBob <drmajorbob at bigfoot.com>
- Date: Wed, 13 Jun 2007 07:15:53 -0400 (EDT)
- References: <200706080938.FAA03696@smc.vnet.net> <17563180.1181628402654.JavaMail.root@m35>
- Reply-to: drmajorbob at bigfoot.com
Well... I'm not against it. I just wouldn't spend my own money on it. Bobby On Tue, 12 Jun 2007 00:16:27 -0500, Chris Chiasson <chris at chiasson.name> wrote: > Warning: speculation ahead > > On 6/11/07, DrMajorBob <drmajorbob at bigfoot.com> wrote: >> In Excel, if you copy a cell into another cell, you've also changed it, >> usually; I like layered undo in that situation. Excel is a much easier >> environment in which to PROVIDE multiple undo, too. >> > > You are certainly right that it would be very difficult to provide an > undo that operates on the entire environment. However, that is > probably not necessary. Think about Eclipse and Java. Eclipse provides > "continuous" compilation of Java source code, but its undo operates > only on the text of the source code. In Mathematica, the underlying > notebook box expressions (usually?) only change when the user is > editing or evaluating. Why can't notebook diffs be made and stored > after each edit and evaluation? I am sure there is a good technical > reason or two, but I don't think the inability to roll back the state > of the kernel is a deal-breaking problem. > >> Overall, though, I agree with Andrzej that good work habits are the best >> protection against errors. > > I agree, but that doesn't mean I couldn't use some help. > -- DrMajorBob at bigfoot.com
- References:
- Re: Re: v6: still no multiple undo?
- From: "Barthelet, Luc" <lucb@ea.com>
- Re: Re: v6: still no multiple undo?