Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Gerhard Petracek
t; > >________________ > > > From: Thomas Andraschko > > >To: Mark Struberg > > >Cc: "dev@deltaspike.apache.org" > > >Sent: Friday, 10 January 2014, 14:18 > > >Subject: Re: JSF - default ClientWindowRenderMod

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
gt; > > > > > > > > From: Thomas Andraschko > >To: Mark Struberg > >Cc: "dev@deltaspike.apache.org" > >Sent: Friday, 10 January 2014, 14:18 > >Subject: Re: JSF - default ClientWindowRenderMode? > &g

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
rg >Cc: "dev@deltaspike.apache.org" >Sent: Friday, 10 January 2014, 14:18 >Subject: Re: JSF - default ClientWindowRenderMode? > > >2014/1/10 Mark Struberg > >> Otherwise one could just open the same bookmark URL with the &windowId=123 >> parameter

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
truberg >Cc: "dev@deltaspike.apache.org" >Sent: Friday, 10 January 2014, 14:18 >Subject: Re: JSF - default ClientWindowRenderMode? > > > >2014/1/10 Mark Struberg > >Otherwise one could just open the same bookmark URL with the &windowId=123 parameter in multip

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
js script should contain all the necessary > handling code already. > > LieGrue, > strub > > > > > > > > > From: Thomas Andraschko > >To: dev@deltaspike.apache.org; Mark Struberg > >Sent: Friday, 10 January 2014, 13:58 >

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
e.apache.org; Mark Struberg >Sent: Friday, 10 January 2014, 13:58 >Subject: Re: JSF - default ClientWindowRenderMode? > > > >Ok would be fine for me, too! >The script for the LAZY mode will just do: >- if window.name == undefined -> window.name == windowId >- if win

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
wser-tab-detection is only done lazily and the initial request > might trash beans... > > > LieGrue, > strub > > > > > > From: Thomas Andraschko > >To: dev@deltaspike.apache.org; Mark Struberg > >Sent: Friday, 10 Janua

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
is only done lazily and the initial request might trash beans... LieGrue, strub > > From: Thomas Andraschko >To: dev@deltaspike.apache.org; Mark Struberg >Sent: Friday, 10 January 2014, 13:43 >Subject: Re: JSF - default ClientWindowRenderMod

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
t; >> - take use of JSF 2.2 > >> > >> > >>Is this right? Please correct me! We can take this as base for the > documention later. > >> > >> > >>Regards, > >>Thomas > >> > >> > >> > >> &g

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
root as it also needs to update the view key, right? LieGrue, strub > > From: Thomas Andraschko >To: dev@deltaspike.apache.org; Mark Struberg >Sent: Friday, 10 January 2014, 11:38 >Subject: Re: JSF - default ClientWindowRenderMode? > > &

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
the page. >>> And the windowId only gets checked/reset when the page gets loaded by the >>> browser and the javascript _lazily_ detects that we are on the wrong >>> browser tab (windowId != window.name). >>> >>> >>> Transporting the windowId via U

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
me). >> >> >> Transporting the windowId via URL is only a small necessity actually ;) >> >> should already contain all the JavaScript needed for the >> lazy dropping. >> >> >> LieGrue, >> strub >> >> >> >> >>

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
I is what I intended with LAZY. > >> > >> > >>LieGrue, > >>strub > >> > >> > >> > >> > >>> > >>> From: Gerhard Petracek > >>>To: dev@deltaspike.apache.org &g

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
strub > > From: Thomas Andraschko >To: dev@deltaspike.apache.org; Mark Struberg >Sent: Friday, 10 January 2014, 10:50 >Subject: Re: JSF - default ClientWindowRenderMode? > > > >As LAZY is currently not used, no documentation available and the javadoc sa

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
> The URL rendering mode of CODI is what I intended with LAZY. > > > LieGrue, > strub > > > > > > > > From: Gerhard Petracek > >To: dev@deltaspike.apache.org > >Sent: Friday, 10 January 2014, 9:33 > &

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Mark Struberg
The URL rendering mode of CODI is what I intended with LAZY. LieGrue, strub > > From: Gerhard Petracek >To: dev@deltaspike.apache.org >Sent: Friday, 10 January 2014, 9:33 >Subject: Re: JSF - default ClientWindowRenderMode? > > >

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Gerhard Petracek
+1 regards, gerhard 2014/1/9 Thomas Andraschko > Hi, > > currently the default rendering mode is our windowhandler js/html way. > Many people don't like it because you always get a loading screen for EACH > GET request: > > > http://stackoverflow.com/questions/18090603/how-to-disable-loading-

Re: JSF - default ClientWindowRenderMode?

2014-01-09 Thread Karl Kildén
If I ever were to post a meme to this mail list it would probably be: "If my application could have just one of dsRid and windowId and no loading splash I would be so happy" cheers On 9 January 2014 22:52, Thomas Andraschko wrote: > Hi, > > currently the default rendering mode is our windowhan

JSF - default ClientWindowRenderMode?

2014-01-09 Thread Thomas Andraschko
Hi, currently the default rendering mode is our windowhandler js/html way. Many people don't like it because you always get a loading screen for EACH GET request: http://stackoverflow.com/questions/18090603/how-to-disable-loading-screen-of-deltaspike https://issues.apache.org/jira/browse/DELTASPI