SUGGESTION: Editor Keyboard Shortcuts

[Trent R]

I second that. In fact, I second any kind of keyboard shortcut in AGS.

This thread is for all Keyboard Shortcuts for the AGS Editor. Please suggest, discuss, etc all the shortcuts you would like to be included in the AGS Editor. If someone suggests a shortcut that already exists (perhaps under a different key), then please reply so that I can update the list in this first thread.


Known Shortcuts:

F1       Manual
F2       Game Statistics
F3       Find Next
F5       Run
F7       Build Exe
F9       Toggle Breakpoint

Ctrl-A   Select All
Ctrl-B   Match Brace 
Ctrl-C   Copy
Ctrl-D   Duplicate line to next
Ctrl-E   Replace
Ctrl-F   Find
Ctrl-G   Open GlobalScript.asc
Ctrl-H   Open GlobalScript.ash
Ctrl-L   Open
Ctrl-Q   Quit
Ctrl-R   Save Room
Ctrl-S   Save
Ctrl-V   Paste
Ctrl-W   Close Tab
Ctrl-X   Cut
Ctrl-Y   Redo
Ctrl-Z   Undo

Ctrl-Space  Show Autocomplete
Ctrl-F5     Run without Debugger
Ctrl-Tab    Switch Tabs

Tab         Tab selected lines
Shift-Tab   Un-Tab selected lines

Suggested Shortcuts:

Ctrl-/        Comment selected lines
Ctrl-Shift-/  Uncomment selected lines

Open Ctrl-Letter keys (no shortcuts):

Ctrl-I      
Ctrl-J      
Ctrl-K      
Ctrl-M      
Ctrl-N      
Ctrl-O      
Ctrl-P      
Ctrl-T      
Ctrl-U      

To start off, I would like Ctrl-PgUp and Ctrl-PgDown to be able to switch to tabs. This is standard behavior of browsers, VB, etc. I wouldn't even care if wrapping was implemented.

Also, I noticed that Ctrl-J and Ctrl-M  do the same as the Enter/Return button. Why is this? Or am I missing something?

~Trent

In Visual Studio (or Eclipse, I forget), Ctrl-/ (control+slash) will comment out selected lines, and Ctrl-Shift-/ will uncomment them. I use that a lot.

[Pumaman]

To start off, I would like Ctrl-PgUp and Ctrl-PgDown to be able to switch to tabs. This is standard behavior of browsers, VB, etc. I wouldn't even care if wrapping was implemented.

You can already use Ctrl+Tab and Ctrl+Shift+Tab for this, and these are standard shortcuts used in other tab-driven apps like Visual Studio.

In Visual Studio (or Eclipse, I forget), Ctrl-/ (control+slash) will comment out selected lines, and Ctrl-Shift-/ will uncomment them. I use that a lot.

Sounds reasonable to me.

[Trent R]

You can already use Ctrl+Tab and Ctrl+Shift+Tab for this, and these are standard shortcuts used in other tab-driven apps like Visual Studio.

Dang, I've always used PageUp and Down. Alrighty, then my request is filled. But hopefully others will use this thread too...

~Trent

[Radiant]

If a group of lines are selected - TAB to indent, Shift-TAB to dedent.

I think ctrl-O should be open, and ctrl-H should be replace, because that's pretty much the standard in other apps.

[Lt. Smash]

If a group of lines are selected - TAB to indent, Shift-TAB to dedent.

This is already possible.

[Pumaman]

I think ctrl-O should be open, and ctrl-H should be replace, because that's pretty much the standard in other apps.

Ideally I agree, but since Open was Ctrl+L and View Script Header was Ctrl+H in 2.72, these have been retained for backwards compatibility.

[subspark]

Why maintain backwards compatability like this? AGS 3.1.1 is largely different from 2.72 anyway. Simply put, theres really more to learn with the new editor than mere shortcut keys, which I support the idea of them being optimized in 3.1.1. Just my two cents.

Cheers,
Sparx.

[Trent R]

It annoyed me at first that the Replace and Find Again shortcuts were different, but now I'm rather used to it. (As for Open/Load, I never use it!)

~Trent

[Radiant]

Ideally I agree, but since Open was Ctrl+L and View Script Header was Ctrl+H in 2.72, these have been retained for backwards compatibility.

I suppose that since ^O is still empty, both that and ^L could map to open

[Trent R]

True.

Also, if you don't want to change Ctrl-L, you might consider changing the name back to Load. Makes more sense, at least in my head.


~Trent
[Edit]: Just added Tab and Shift-Tab to the first post. Even though I already knew they existed, I was just lazy at first to add them in.
Any more to add? If you reply to this question, you might want to state it so that it won't be read as a suggestion.

[Pumaman]

Why maintain backwards compatability like this? AGS 3.1.1 is largely different from 2.72 anyway. Simply put, theres really more to learn with the new editor than mere shortcut keys, which I support the idea of them being optimized in 3.1.1.

Well yes, 3.0 would have provided an opportunity to change these keys. But since they're still the same in 3.1, it wouldn't make much sense to randomly change them in 3.1.1 and confuse everyone. Therefore, they're staying as they are.