Implemented Configurable Key Bindings

Hello ppl,

I have almost implemented Configurable Key Bindings with a
Option Panel.
I have not tested it extensively. I just hacked this up
quickly. 

I will make it perfect soon after getting your comments on
this. 

Things i plan to include are,

* Configuration Profiles for some popular IDEs (eclipse,
netbeans)
* Prevent conflicting configuiration

Any suggestions are welcome..

Regards,

Balaji Rao

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

Hey, it looks like a good start ;)
The only comment I can make now is that you should use
Stetic instead of
Glade for new windows.

Lluis.

El dv 06 de 07 del 2007 a les 15:53 +0530, en/na Balaji Rao
va escriure:
> Hello ppl,
> 
> I have almost implemented Configurable Key Bindings
with a Option Panel.
> I have not tested it extensively. I just hacked this up
quickly. 
> 
> I will make it perfect soon after getting your comments
on this. 
> 
> Things i plan to include are,
> 
> * Configuration Profiles for some popular IDEs
(eclipse, netbeans)
> * Prevent conflicting configuiration
> 
> Any suggestions are welcome..
> 
> Regards,
> 
> Balaji Rao
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-listlists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

awesome!

On Fri, 2007-07-06 at 15:53 +0530, Balaji Rao wrote:
> Hello ppl,
> 
> I have almost implemented Configurable Key Bindings
with a Option Panel.
> I have not tested it extensively. I just hacked this up
quickly. 
> 
> I will make it perfect soon after getting your comments
on this. 
> 
> Things i plan to include are,
> 
> * Configuration Profiles for some popular IDEs
(eclipse, netbeans)
> * Prevent conflicting configuiration

you should add Emacs and maybe VS.NET to the list 

Jeff

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

On Fri, Jul 06, 2007 at 01:06:44PM +0200, Lluis Sanchez
wrote:
> Hey, it looks like a good start ;)
> The only comment I can make now is that you should use
Stetic instead of
> Glade for new windows.
> 
Hello,
I used stetic and redesigned the whole thing. But there is
another
problem here. Suppose, i try to create a accel by pressing
Ctrl + X.
Instead of the text "Control + X" appearing, it
gets cut!

So, i want to disable accels for the entry or , i have to
temporarily
disable all shortcuts when the configurable key bindings
page is
displayed..

Regards,
Balaji Rao

> Lluis.
> 
> El dv 06 de 07 del 2007 a les 15:53 +0530, en/na Balaji
Rao va escriure:
> > Hello ppl,
> > 
> > I have almost implemented Configurable Key
Bindings with a Option Panel.
> > I have not tested it extensively. I just hacked
this up quickly. 
> > 
> > I will make it perfect soon after getting your
comments on this. 
> > 
> > Things i plan to include are,
> > 
> > * Configuration Profiles for some popular IDEs
(eclipse, netbeans)
> > * Prevent conflicting configuiration
> > 
> > Any suggestions are welcome..
> > 
> > Regards,
> > 
> > Balaji Rao
> > _______________________________________________
> > Monodevelop-list mailing list
> > Monodevelop-listlists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/monodevelop-li
st
> 
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

On Fri, Jul 06, 2007 at 01:06:44PM +0200, Lluis Sanchez
wrote:
> Hey, it looks like a good start ;)
> The only comment I can make now is that you should use
Stetic instead of
> Glade for new windows.
> 
> Lluis.
> 
Hello, included as attachment is a patch whch implements
conf key
bindings. I have used stetic for it. and now its almost
stable. I
have fixed some bugs.

One question is that, should commands, which by default dont
have a
shortcut, be allowed be assigned a shortcut?

Suggestions are welcome.

Regards,
Balaji Rao

> El dv 06 de 07 del 2007 a les 15:53 +0530, en/na Balaji
Rao va escriure:
> > Hello ppl,
> > 
> > I have almost implemented Configurable Key
Bindings with a Option Panel.
> > I have not tested it extensively. I just hacked
this up quickly. 
> > 
> > I will make it perfect soon after getting your
comments on this. 
> > 
> > Things i plan to include are,
> > 
> > * Configuration Profiles for some popular IDEs
(eclipse, netbeans)
> > * Prevent conflicting configuiration
> > 
> > Any suggestions are welcome..
> > 
> > Regards,
> > 
> > Balaji Rao
> > _______________________________________________
> > Monodevelop-list mailing list
> > Monodevelop-listlists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/monodevelop-li
st
> 

_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

On Wed, 2007-07-11 at 22:17 +0530, Balaji Rao wrote:
> On Fri, Jul 06, 2007 at 01:06:44PM +0200, Lluis Sanchez
wrote:
> > Hey, it looks like a good start ;)
> > The only comment I can make now is that you should
use Stetic instead of
> > Glade for new windows.
> > 
> > Lluis.
> > 
> Hello, included as attachment is a patch whch
implements conf key
> bindings. I have used stetic for it. and now its almost
stable. I
> have fixed some bugs.
> 
> One question is that, should commands, which by default
dont have a
> shortcut, be allowed be assigned a shortcut?

yes, absolutely.


Also, you should know I'm working on some key binding stuff
as well -
allowing emacs-like multi-state key bindings (should be
relatively easy
to get working with your code - and I'll probably be the one
to make the
adjustments if needed, so don't worry too much about that).

I've also got some additional ideas for your key binding UI
stuff:

1. the key-binding editor UI should probably allow setting
of multiple
shortcuts for each command

(I'll probably have to modify the Command class to allow
this?)

2. if the user tries to register a key binding for a command
that
conflicts with some other commands' key binding, then you
should warn
the user, allowing them to continue with the overriding
(which would
remove that binding from the other command) - or allow them
to cancel.

3. Once I finish with my current code to allow for
multi-state key
bindings (hopefully by the end of the week I'll have some
code
committed), we'll need to adjust your UI a bit to allow
setting of those

4. It would be really nice if we had some sort of drop-down
combo-box
toward the top of the OptionPanel allowing the user to
select from some
pre-configured key-binding "profiles": Default,
VisualStudio.Net,
SharpDevelop, Emacs, (Eclipse?) ... etc

5. Even once the user selects a key-binding profile, it
would be nice to
allow them to simply use that profile as a 'base' and then
adjust things
as they see fit


Lemme know what ya think

Jeff


_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

El dc 11 de 07 del 2007 a les 13:19 -0400, en/na Jeffrey
Stedfast va
escriure:
> On Wed, 2007-07-11 at 22:17 +0530, Balaji Rao wrote:
> > On Fri, Jul 06, 2007 at 01:06:44PM +0200, Lluis
Sanchez wrote:
> > > Hey, it looks like a good start ;)
> > > The only comment I can make now is that you
should use Stetic instead of
> > > Glade for new windows.
> > > 
> > > Lluis.
> > > 
> > Hello, included as attachment is a patch whch
implements conf key
> > bindings. I have used stetic for it. and now its
almost stable. I
> > have fixed some bugs.
> > 
> > One question is that, should commands, which by
default dont have a
> > shortcut, be allowed be assigned a shortcut?
> 
> yes, absolutely.
> 
> 
> Also, you should know I'm working on some key binding
stuff as well -
> allowing emacs-like multi-state key bindings (should be
relatively easy
> to get working with your code - and I'll probably be
the one to make the
> adjustments if needed, so don't worry too much about
that).
> 
> I've also got some additional ideas for your key
binding UI stuff:
> 
> 1. the key-binding editor UI should probably allow
setting of multiple
> shortcuts for each command

Why so? I think it would add unneeded complexity.

> 
> (I'll probably have to modify the Command class to
allow this?)
> 
> 2. if the user tries to register a key binding for a
command that
> conflicts with some other commands' key binding, then
you should warn
> the user, allowing them to continue with the overriding
(which would
> remove that binding from the other command) - or allow
them to cancel.

The command system supports assigning the same shortcut to
different
commands. That's useful when those commands are never
enabled at the
same time. For example, right now F2 is assigned both to
Rename and Find
Next Bookmark. If you are in the project tree, F2 will
rename the
selected item. If the focus is in the editor, it will jump
to the next
bookmark.

If two commands with the same shortcut are enabled at the
same time,
then it is undefined which one will be executed when
pressing the
shortcut.

So, when a conflict is detected I think it should show a
warning and
give three options: remove the shortcut from the other
command, share
the shortcut, or cancel.

> 
> 3. Once I finish with my current code to allow for
multi-state key
> bindings (hopefully by the end of the week I'll have
some code
> committed), we'll need to adjust your UI a bit to allow
setting of those
> 
> 4. It would be really nice if we had some sort of
drop-down combo-box
> toward the top of the OptionPanel allowing the user to
select from some
> pre-configured key-binding "profiles":
Default, VisualStudio.Net,
> SharpDevelop, Emacs, (Eclipse?) ... etc

Yes, we need that.

> 
> 5. Even once the user selects a key-binding profile, it
would be nice to
> allow them to simply use that profile as a 'base' and
then adjust things
> as they see fit

Agreed.

Lluis.


_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st

On Wed, Jul 11, 2007 at 06:13:40PM -0400, Jeffrey Stedfast
wrote:
> On Thu, 2007-07-12 at 00:06 +0530, Balaji Rao wrote:
> > On Wed, Jul 11, 2007 at 02:24:20PM -0400, Jeffrey
Stedfast wrote:
> > > On Wed, 2007-07-11 at 23:47 +0530, Balaji Rao
wrote:
> > > > On Wed, Jul 11, 2007 at 01:19:58PM
-0400, Jeffrey Stedfast wrote:
> > > > > On Wed, 2007-07-11 at 22:17 +0530,
Balaji Rao wrote:
> > > > > > On Fri, Jul 06, 2007 at
01:06:44PM +0200, Lluis Sanchez wrote:
> > > > > > > Hey, it looks like a good
start ;)
> > > > > > > The only comment I can
make now is that you should use Stetic instead of
> > > > > > > Glade for new windows.
> > > > > > > 
> > > > > > > Lluis.
> > > > > > > 
> > > > > > Hello, included as attachment
is a patch whch implements conf key
> > > > > > bindings. I have used stetic
for it. and now its almost stable. I
> > > > > > have fixed some bugs.
> > > > > > 
> > > > > > One question is that, should
commands, which by default dont have a
> > > > > > shortcut, be allowed be
assigned a shortcut?
> > > > > 
> > > > > yes, absolutely.
> > > > > 
> > > > > 
> > > > > Also, you should know I'm working
on some key binding stuff as well -
> > > > > allowing emacs-like multi-state key
bindings (should be relatively easy
> > > > > to get working with your code - and
I'll probably be the one to make the
> > > > > adjustments if needed, so don't
worry too much about that).
> > > > > 
> > > > > I've also got some additional ideas
for your key binding UI stuff:
> > > > > 
> > > > > 1. the key-binding editor UI should
probably allow setting of multiple
> > > > > shortcuts for each command
> > > > > 
> > > > I dont think this will be a difficult
one..
> > > 
> > > Lluis is probably right that this is overly
complex, we'll just skip
> > > this as Lluis suggested.
> > > 
> > > > > (I'll probably have to modify the
Command class to allow this?)
> > > > > 
> > > > > 2. if the user tries to register a
key binding for a command that
> > > > > conflicts with some other commands'
key binding, then you should warn
> > > > > the user, allowing them to continue
with the overriding (which would
> > > > > remove that binding from the other
command) - or allow them to cancel.
> > > > > 
> > > > Eclipse does this nicely. It shows a
treeview which contains the
> > > > Commands the entered shortcut is bound
to. And, what should be prevented is
> > > > that, no two commands in the same
context, (state, or  wahtever..) can be bound to one key.
> > > > The idea is that the shortcut + state
has to be unique.
> > > > This would avoid conflicts.
> > > > 
> > > > right?
> > > 
> > > I believe you are right - I think having this
would be nice (or a
> > > similar idea, not necessarily implemented the
same as Eclipse).
> > > 
> > For this to be done, we should take along with the
shortcut, the context
> > in which it is expected to work.. right ?
> 
> looks like this isn't gonna be easy - lets skip it for
now. this is all
> "figured out" on-the-fly, there's no
pre-defined states :(
> 
Cant the current implementation be comitted? 

How about having a new Codon called ContextCodon which has
ID and a Name
as its attributes? Addin writers can create new contexts and
also can
use the existing ones. For example, in a pad codon, we can
include an
attribute which would contain the ID of the  context that
would would exist when that
pad was in focus , or something like that..

What do you think about it?

> Jeff
> 
> 
Balaji Rao
_______________________________________________
Monodevelop-list mailing list
Monodevelop-listlists.ximian.com
http://lists.ximian.com/mailman/listinfo/monodevelop-li
st