Hi guys
When I select an entity in the Moose Finder (realllly coool) and I select evaluator self is bound to nil. Is it normal?
Stef
Hi Stef,
It is bound to nil only if you press Cmd+i or related shortcuts. That happens because we did not know how to disable those shortcuts. This is an issue: http://code.google.com/p/moose-technology/issues/detail?id=106
We will solve it, but for the moment if you want to inspect you have to press Cmd+/. If you want to open in the next pane you have to press Cmd+o.
Cheers, Doru
On 9 Aug 2009, at 18:02, stephane ducasse wrote:
Hi guys
When I select an entity in the Moose Finder (realllly coool) and I select evaluator self is bound to nil. Is it normal?
Stef _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"We cannot reach the flow of things unless we let go."
why don't you rebind them? The way shortcuts are dealt in pharo/squeak sucks. We should investigate in bringing back to live and old package (keymapper or keybinding). Stef
On Aug 9, 2009, at 6:26 PM, Tudor Girba wrote:
Hi Stef,
It is bound to nil only if you press Cmd+i or related shortcuts. That happens because we did not know how to disable those shortcuts. This is an issue: http://code.google.com/p/moose-technology/issues/detail?id=106
We will solve it, but for the moment if you want to inspect you have to press Cmd+/. If you want to open in the next pane you have to press Cmd+o.
Cheers, Doru
On 9 Aug 2009, at 18:02, stephane ducasse wrote:
Hi guys
When I select an entity in the Moose Finder (realllly coool) and I select evaluator self is bound to nil. Is it normal?
Stef _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"We cannot reach the flow of things unless we let go."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
why don't you rebind them?
Because we did not know how to :). Of course, we will find out, but it just was not obvious enough to get it done until now.
The way shortcuts are dealt in pharo/squeak sucks. We should investigate in bringing back to live and old package (keymapper or keybinding).
I do not think we need something that is global. All we want is a way to get a text widget without getting shortcuts built in :).
Doru
Stef
On Aug 9, 2009, at 6:26 PM, Tudor Girba wrote:
Hi Stef,
It is bound to nil only if you press Cmd+i or related shortcuts. That happens because we did not know how to disable those shortcuts. This is an issue: http://code.google.com/p/moose-technology/issues/detail?id=106
We will solve it, but for the moment if you want to inspect you have to press Cmd+/. If you want to open in the next pane you have to press Cmd+o.
Cheers, Doru
On 9 Aug 2009, at 18:02, stephane ducasse wrote:
Hi guys
When I select an entity in the Moose Finder (realllly coool) and I select evaluator self is bound to nil. Is it normal?
Stef _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"We cannot reach the flow of things unless we let go."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"One cannot do more than one can do."
why don't you rebind them?
Because we did not know how to :). Of course, we will find out, but it just was not obvious enough to get it done until now.
You override #doItReceiver (to bind self) and #doItContext (to bind temps) in the model of your pluggable widget.
I do not think we need something that is global. All we want is a way to get a text widget without getting shortcuts built in :).
What I love about Squeak/Pharo is that the shortcut bindings, for example to browse a class, work in any text input box. This makes me highly efficient to program and annoys me extremely for example in VisualWorks. Being able to customize the bindings would be great, however I think the defaults should be preserved.
Lukas
Hi
why don't you rebind them?
Because we did not know how to :). Of course, we will find out, but it just was not obvious enough to get it done until now.
You override #doItReceiver (to bind self) and #doItContext (to bind temps) in the model of your pluggable widget.
Ok, I see, but in the context of Glamour, but this will only let me control the receiver and context. I would like to get full control over the shortcuts. That is, if I don't want to get any Smalltalk capability, I should not get it. Is this possible?
I do not think we need something that is global. All we want is a way to get a text widget without getting shortcuts built in :).
What I love about Squeak/Pharo is that the shortcut bindings, for example to browse a class, work in any text input box. This makes me highly efficient to program and annoys me extremely for example in VisualWorks. Being able to customize the bindings would be great, however I think the defaults should be preserved.
Sure, I like that too, but only when I am in the context of programming. For an end-user tool, I like it less :). That is why I would like to get control over the actions the user is allow to perform.
Cheers, Doru
-- www.tudorgirba.com
"What is more important: To be happy, or to make happy?"
2009/8/10 Tudor Girba girba@iam.unibe.ch:
Hi
why don't you rebind them?
Because we did not know how to :). Of course, we will find out, but it just was not obvious enough to get it done until now.
You override #doItReceiver (to bind self) and #doItContext (to bind temps) in the model of your pluggable widget.
Ok, I see, but in the context of Glamour, but this will only let me control the receiver and context. I would like to get full control over the shortcuts. That is, if I don't want to get any Smalltalk capability, I should not get it. Is this possible?
Not easily.
The central place of the keyboard binding dispatching is in ParagraphEditor>>#dispatchOnCharacter:with: Unfortunately that is about a dozen layers below your morphic text widget :-/
Lukas
When I hacked in the system I saw that there was one classsVar or somethig like that shared by all the widgets. So if you wanted to customize the binding for a given text it was awful
May be now I should have a look again (but this is so rusty).
Because we did not know how to :). Of course, we will find out, but it just was not obvious enough to get it done until now.
You override #doItReceiver (to bind self) and #doItContext (to bind temps) in the model of your pluggable widget.
I do not think we need something that is global. All we want is a way to get a text widget without getting shortcuts built in :).
What I love about Squeak/Pharo is that the shortcut bindings, for example to browse a class, work in any text input box. This makes me highly efficient to program and annoys me extremely for example in VisualWorks.
Ohhhhh YYYYYYEEEEEESSSSSS I HATE this VW mode creeping atttitude.
I was talking for example for botsinc you want to have kids bindings but only in kids workspace not in your browser :)
Being able to customize the bindings would be great, however I think the defaults should be preserved.
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
What I love about Squeak/Pharo is that the shortcut bindings, for example to browse a class, work in any text input box. This makes me highly efficient to program and annoys me extremely for example in VisualWorks.
Ohhhhh YYYYYYEEEEEESSSSSS I HATE this VW mode creeping atttitude.
I was talking for example for botsinc you want to have kids bindings but only in kids workspace not in your browser :)
I think Doru's proposal goes exactly in that direction.
By the way, I am now writing a tutorial of Mondrian. I will ping the mailing list once I have a stable version (probably tomorrow morning).
Cheers, Alexandre
-
Alexandre Bergel -
Lukas Renggli -
stephane ducasse -
Stéphane Ducasse -
Tudor Girba