Return-Path: Delivered-To: apmail-wicket-dev-archive@www.apache.org Received: (qmail 86797 invoked from network); 2 Oct 2009 21:29:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Oct 2009 21:29:42 -0000 Received: (qmail 86204 invoked by uid 500); 2 Oct 2009 21:29:41 -0000 Delivered-To: apmail-wicket-dev-archive@wicket.apache.org Received: (qmail 86165 invoked by uid 500); 2 Oct 2009 21:29:41 -0000 Mailing-List: contact dev-help@wicket.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@wicket.apache.org Delivered-To: mailing list dev@wicket.apache.org Received: (qmail 86155 invoked by uid 99); 2 Oct 2009 21:29:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:29:41 +0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [66.111.4.25] (HELO out1.smtp.messagingengine.com) (66.111.4.25) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:29:31 +0000 Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 6846C81D90; Fri, 2 Oct 2009 17:29:10 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 02 Oct 2009 17:29:10 -0400 X-Sasl-enc: Aissae7mwPye2E8OSPzX6No9sF96AJtxwudvsIUt9TW0 1254518949 Received: from gutenbook (DSL01.83.171.188.36.ip-pool.NEFkom.net [83.171.188.36]) by mail.messagingengine.com (Postfix) with ESMTPSA id 86A3E62D8A; Fri, 2 Oct 2009 17:29:09 -0400 (EDT) Date: Fri, 2 Oct 2009 23:29:05 +0200 From: Carl-Eric Menzel To: dev@wicket.apache.org Subject: Re: [wicket 1.5] removing page version manager Message-ID: <20091002232905.7219c4a9@gutenbook> In-Reply-To: <109027740910021415i16f530c5y9cf37c9cdda1aa7f@mail.gmail.com> References: <23eb48360910021403n51a98129sca687aaadcafece6@mail.gmail.com> <20091002231058.6f16c2a4@gutenbook> <109027740910021415i16f530c5y9cf37c9cdda1aa7f@mail.gmail.com> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.16.1; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Fri, 2 Oct 2009 23:15:56 +0200 Matej Knopp wrote: > Main problem with Change is that it only can do undo. It can not do > redo which is what we need when user clicks the "Forward" browser > button. Plus wicket pages can change significantly between versions. > Representing these differences as chain of Changes is extremely > challenging if not impossible. Plus you still have to serialize model > objects, etc, which can cause another headache and it completely > ignores the rest of page state like simple class variables. Okay, I understand this. I guess I'll have to tear a few pages out of the book ;-) How does the back button support work then - when an older version of the page is loaded, the component state is restored as it was, since it was all serialized. Is this all mostly for allowing stuff like Link#onClick() to work on old page versions? How do you avoid running into problems when you have, for example, LoadableDetachableModels and you have changed your domain objects. Or you have changed something not under control of the Page, some sort of application state. Would there be no undo mechanism at all then? At least in principle I liked the idea of simply handing Wicket a couple of undo operations. Is it possible to be notified when an old page version is loaded? That way one could in principle build a custom undo. Carl-Eric PS: I hope I wrote my questions clearly, it's a bit late here already...