Re: [Pharo-dev] edit values in GTInspector

2014-11-08 Thread Marcus Denker
>> > > Ah.. and we need not full object centric reflection for this: > > -> the inspector need to refresh if a variable changes > -> this means we need to hook into all assignment to an ivar > -> which is just a #before reflectivity link on a Slot, the same that > breakpoints use. >(reflec

Re: [Pharo-dev] edit values in GTInspector

2014-11-08 Thread Marcus Denker
> On 09 Nov 2014, at 07:45, Marcus Denker wrote: > > >> On 08 Nov 2014, at 21:11, stepharo wrote: >> >> What would be nice is to have the bifrost infrastructure and add a >> metaobject to an inspected object and removing when the inspector get closed. >> It would be quite nice and fully dyna

Re: [Pharo-dev] edit values in GTInspector

2014-11-08 Thread Marcus Denker
> On 08 Nov 2014, at 21:11, stepharo wrote: > > What would be nice is to have the bifrost infrastructure and add a metaobject > to an inspected object and removing when the inspector get closed. > It would be quite nice and fully dynamic. > Yes, in the longer term we should is like that… of

Re: [Pharo-dev] edit values in GTInspector

2014-11-08 Thread Tudor Girba
This would be indeed fantastic. Cheers, Doru On Sat, Nov 8, 2014 at 9:11 PM, stepharo wrote: > What would be nice is to have the bifrost infrastructure and add a > metaobject to an inspected object and removing when the inspector get > closed. > It would be quite nice and fully dynamic. > > On

Re: [Pharo-dev] edit values in GTInspector

2014-11-08 Thread stepharo
What would be nice is to have the bifrost infrastructure and add a metaobject to an inspected object and removing when the inspector get closed. It would be quite nice and fully dynamic. On 8/11/14 08:28, Tudor Girba wrote: What Alex was saying is that he only trusts an inspector that he just

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Tudor Girba
What Alex was saying is that he only trusts an inspector that he just opened. This is clearly not ideal. Is there a way to get reliably notified when an object changes its state? Cheers, Doru On Sat, Nov 8, 2014 at 7:37 AM, Marcus Denker wrote: > > > On 07 Nov 2014, at 19:24, Alexandre Berge

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Marcus Denker
> On 07 Nov 2014, at 19:24, Alexandre Bergel wrote: > > This is strange, I do not remember to have use this when I was using the old > inspector. I usually trust what the inspector tells me only having open one. > But that’s the point: if the value changes, the inspector shows the old one.

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Sven Van Caekenberghe
> On 07 Nov 2014, at 21:02, Tudor Girba wrote: > > Hi Sven, > > Neither of these requests are being ignored (see the other two replies), but > good things take time. So the editing is coming, super. > We would be happy to get more contributors :). So how are we going to make the inspectors

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Tudor Girba
Hi Sven, Neither of these requests are being ignored (see the other two replies), but good things take time. We would be happy to get more contributors :). Doru -- www.tudorgirba.com "Every thing has its own flow" > On 07 Nov 2014, at 19:31, Sven Van Caekenberghe wrote: > > It simply has t

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Aliaksei Syrel
Hi all, We worked on it and came out with a prototype version. It will be possible to enter edition mode double clicking on the value. The problem we are facing is performance issues with Rubric when changing text mode from plain text to smalltalk code for syntax highlighting, to assign to the var

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Andrei Chis
The feature for editing values in place is already implemented, just for some reasons related to changing the styling in a text editor it was slower than we wanted it to be so it wasn't enabled yet. We'll add it soon. I'm away from my computer this week :) Cheers, Andrei On Fri, Nov 7, 2014 at 3

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Sven Van Caekenberghe
It simply has to be possible to edit values and to see live updates, there is no way around it - else the GT inspector looks at dead objects, bye bye live programming. I think it is not cool that this is being ignored. > On 07 Nov 2014, at 19:24, Alexandre Bergel wrote: > > This is strange, I

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Alexandre Bergel
This is strange, I do not remember to have use this when I was using the old inspector. I usually trust what the inspector tells me only having open one. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Marcus Denker
> On 07 Nov 2014, at 16:37, Sven Van Caekenberghe wrote: > > I already asked this too, so +1 - this is needed. > Yes, editing state and inspectors need to be updated so you see live how value are changing even when they are changed from somewhere else. >> On 07 Nov 2014, at 16:29, Christophe

Re: [Pharo-dev] edit values in GTInspector

2014-11-07 Thread Sven Van Caekenberghe
I already asked this too, so +1 - this is needed. > On 07 Nov 2014, at 16:29, Christophe Demarey > wrote: > > Hi, > > Is it planned to add the possibility to edit instances variables of an object > directly from the inspector. I mean without evaluating code, just by clicking > on the value a

[Pharo-dev] edit values in GTInspector

2014-11-07 Thread Christophe Demarey
Hi, Is it planned to add the possibility to edit instances variables of an object directly from the inspector. I mean without evaluating code, just by clicking on the value and update it? Regards, Christophe. smime.p7s Description: S/MIME cryptographic signature