GT-Inspectors need live updating
It seems that currently there is no automatic live updating for GT-Inspectors. That has to be fixed since we had that in both the old and in the eye inspectors. I remember Stef did something to do this with an extra process. Sven
On 06 Oct 2014, at 23:14, Sven Van Caekenberghe <sven@stfx.eu> wrote:
It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
I meant to say *without* an extra process ;-)
Hi, Indeed. Not having live update by default was a conscious decision because we did not find a solution that scales properly both for several inspectors and for heavy computations of presentations. It would be great if someone could propose a way to go. Cheers, Doru On Mon, Oct 6, 2014 at 11:14 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
-- www.tudorgirba.com "Every thing has its own flow"
I meant *without* an extra process, of course. It seems to be in EyeInspector>>#step -> EyeInspector>>#refresh. BTW, it ***really, really*** is needed for live object demos, no way around it. On 06 Oct 2014, at 23:18, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
Indeed. Not having live update by default was a conscious decision because we did not find a solution that scales properly both for several inspectors and for heavy computations of presentations. It would be great if someone could propose a way to go.
Cheers, Doru
On Mon, Oct 6, 2014 at 11:14 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
-- www.tudorgirba.com
"Every thing has its own flow"
Hi, I want that, too. But, the problem is that having it generically for any presentation is not working safely. Some presentations can be heavy on computations, and having them refresh on the #step can be way too heavy. One solution would be to refresh presentations selectively, but that is not so nice. Or we have to find a smarter way. Doru On Mon, Oct 6, 2014 at 11:22 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
I meant *without* an extra process, of course.
It seems to be in EyeInspector>>#step -> EyeInspector>>#refresh.
BTW, it ***really, really*** is needed for live object demos, no way around it.
On 06 Oct 2014, at 23:18, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
Indeed. Not having live update by default was a conscious decision because we did not find a solution that scales properly both for several inspectors and for heavy computations of presentations. It would be great if someone could propose a way to go.
Cheers, Doru
On Mon, Oct 6, 2014 at 11:14 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com "Every thing has its own flow"
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated.... Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud. Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now. On 06 Oct 2014, at 23:29, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I want that, too. But, the problem is that having it generically for any presentation is not working safely. Some presentations can be heavy on computations, and having them refresh on the #step can be way too heavy.
One solution would be to refresh presentations selectively, but that is not so nice. Or we have to find a smarter way.
Doru
On Mon, Oct 6, 2014 at 11:22 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: I meant *without* an extra process, of course.
It seems to be in EyeInspector>>#step -> EyeInspector>>#refresh.
BTW, it ***really, really*** is needed for live object demos, no way around it.
On 06 Oct 2014, at 23:18, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
Indeed. Not having live update by default was a conscious decision because we did not find a solution that scales properly both for several inspectors and for heavy computations of presentations. It would be great if someone could propose a way to go.
Cheers, Doru
On Mon, Oct 6, 2014 at 11:14 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com
"Every thing has its own flow"
Hi, On Mon, Oct 6, 2014 at 11:35 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated....
That is absolutely so.
Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud.
Something in this direction.
Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now.
We should prototype a bit :) Cheers, Doru
On 06 Oct 2014, at 23:29, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I want that, too. But, the problem is that having it generically for any presentation is not working safely. Some presentations can be heavy on computations, and having them refresh on the #step can be way too heavy.
One solution would be to refresh presentations selectively, but that is not so nice. Or we have to find a smarter way.
Doru
On Mon, Oct 6, 2014 at 11:22 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: I meant *without* an extra process, of course.
It seems to be in EyeInspector>>#step -> EyeInspector>>#refresh.
BTW, it ***really, really*** is needed for live object demos, no way around it.
On 06 Oct 2014, at 23:18, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
Indeed. Not having live update by default was a conscious decision because we did not find a solution that scales properly both for several inspectors and for heavy computations of presentations. It would be great if someone could propose a way to go.
Cheers, Doru
On Mon, Oct 6, 2014 at 11:14 PM, Sven Van Caekenberghe <sven@stfx.eu> wrote: It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
Sven
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com "Every thing has its own flow"
Le 06/10/2014 23:35, Sven Van Caekenberghe a écrit :
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated....
Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud.
Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now.
The performance issue is already there. Opening a GTinspector on certain types (RB AST, for example) can be felt as slow: i.e. over 0.5s delay. Thierry
My argument was that if you redraw this several times, it will make it even more apparent. Doru On Tue, Oct 7, 2014 at 6:54 AM, Thierry Goubier <thierry.goubier@gmail.com> wrote:
Le 06/10/2014 23:35, Sven Van Caekenberghe a écrit :
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated....
Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud.
Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now.
The performance issue is already there. Opening a GTinspector on certain types (RB AST, for example) can be felt as slow: i.e. over 0.5s delay.
Thierry
-- www.tudorgirba.com "Every thing has its own flow"
Le 07/10/2014 06:57, Tudor Girba a écrit :
My argument was that if you redraw this several times, it will make it even more apparent.
Obviously. Does the representation in a tab builds itself even if the tab isn't visible/selected? Thierry
Doru
On Tue, Oct 7, 2014 at 6:54 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Le 06/10/2014 23:35, Sven Van Caekenberghe a écrit :
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated....
Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud.
Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now.
The performance issue is already there. Opening a GTinspector on certain types (RB AST, for example) can be felt as slow: i.e. over 0.5s delay.
Thierry
-- www.tudorgirba.com <http://www.tudorgirba.com>
"Every thing has its own flow"
Hi, No. Tabs are lazy. Doru On Tue, Oct 7, 2014 at 7:00 AM, Thierry Goubier <thierry.goubier@gmail.com> wrote:
Le 07/10/2014 06:57, Tudor Girba a écrit :
My argument was that if you redraw this several times, it will make it even more apparent.
Obviously.
Does the representation in a tab builds itself even if the tab isn't visible/selected?
Thierry
Doru
On Tue, Oct 7, 2014 at 6:54 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Le 06/10/2014 23:35, Sven Van Caekenberghe a écrit :
I understand, but even with those impressive graphical views, it would be really cool if updates happened automagically, right ? Add something to a collection, graphs updated....
Would it not be an idea that presentations can 'opt out' of updating, because they know things take too much time, while other, simpler ones can 'opt in'. Or maybe choose a slower updating cycle, skipping intermediate steps - just thinking out loud.
Working with the GT presentations, I sense that some performance issue will come up, I just decided to ignore them for now.
The performance issue is already there. Opening a GTinspector on certain types (RB AST, for example) can be felt as slow: i.e. over 0.5s delay.
Thierry
-- www.tudorgirba.com <http://www.tudorgirba.com>
"Every thing has its own flow"
-- www.tudorgirba.com "Every thing has its own flow"
On 6/10/14 23:14, Sven Van Caekenberghe wrote:
It seems that currently there is no automatic live updating for GT-Inspectors.
That has to be fixed since we had that in both the old and in the eye inspectors.
I remember Stef did something to do this with an extra process.
I removed it and I made the window ticking to pass step to its contained objects :)
Sven
participants (4)
-
stepharo -
Sven Van Caekenberghe -
Thierry Goubier -
Tudor Girba