Matthias, could you hold up until I get a chance to look at the reported problems with umlauts + PPR? I'd really like to make sure we don't have any major i18n problems in 1.0.2.
-- Adam On 8/9/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > @102 release, I return tonight from a business trip, will deliver the > artifacts by tonight / tomorrow morning (those to vote on) > > -M > > On 8/9/07, Danny Robinson <[EMAIL PROTECTED]> wrote: > > Renzo, > > > > I suggest you don't count on this behaviour, as the 1.0.2 release due any > > time soon switches to using AJAX rather than the _pprIFrame. This means > > your script won't get executed at all in IE, and once in Firefox. There's > > talk of some hooks into the AJAX routines to provide hooks when updates > > occur to certain elements of the page, however there's a generic hook for > > pre-and-post AJAX calls already in 1.0.2. > > > > AJAX powered PPR details are available here: > > > > http://myfaces.apache.org/trinidad/devguide/ppr.html > > > > Perhaps someone else can shed some light on a reliable mechanism to have > > script snippets executed on PPR completion. > > > > Danny. > > > > > > On 8/9/07, Renzo Tomaselli <[EMAIL PROTECTED]> wrote: > > > Hi, I noticed a strong asymmetry while executing a js block included > > > into a PPR target: on IE this runs once, in the context of _pprIFrame. > > > On FF it runs twice, once in the context of _pprIFrame and then in the > > > context of the original page, after PPR modifications have been applied > > > to the dom. > > > While on FF this behavior offers a full suite of tuning opportunities to > > > play with PPR contents, on IE the game is severely constrained. > > > Is that a bug to hunt for, a side-effect or a wanted feature ? > > > Thanks, > > > > > > -- Renzo > > > > > > > > > > > > > > -- > > Chordiant Software Inc. > > www.chordiant.com > > > -- > Matthias Wessendorf > > further stuff: > blog: http://matthiaswessendorf.wordpress.com/ > mail: matzew-at-apache-dot-org >
