29 Jun
2015
29 Jun
'15
7:35 p.m.
Currently, the evaluation of presentation blocks such as display: [ ... ]
is lazy. However, if the inspector extension contains other code that is
outside of blocks, that code will be computed all the time because it is
considered to be presentation construction code.
Anyway, you are correct in that we need to get the inspector more bullet
proof. You will notice that this kind of errors do not happen in Spotter,
and we will apply the same rigor in the next inspector incarnation.
Cheers,
Doru
On Mon, Jun 29, 2015 at 7:24 PM, Nicolas Anquetil <nicolas.anquetil(a)inria.fr
wrote:
In Moose, I have some problems with my sourceAnchors.
Because of these problems (bugs), sourceText does not work for these
entities
Unfortunatelly, when I try to inspect these faulty entities in GTInspector
(for debugging) it does not work because the first thing it tries to do is
compute all panes, including the one for sourceText which is buggy :-(
Possible solutions:
- GTInspector's panes would gracefully fail and allow the inspector to be
displayed nevertheless
- Compute a pane when it is visible and only at that moment (but anyway,
failing gracefully would be nice. It is always better to be graceful)
nicolas
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Every thing has its own flow"