Would it be possible to introduce application wide Go/Pause/Back shortcut keys ? Currently I can only find shortcuts that apply when the live window is selected.
Would be really nice to be able to trigger a Go command without leaving the command line or having to reselect it afterwards.
Application wide Go/Pause/Back
-
- Posts: 211
- Joined: Sat Jun 01, 2013 8:23 am
- Location: Adelaide, Australia
Hi Claude,
Seeing this post from my fellow Brisbanite , and just having come out of a plotting session, I noticed some slight inconsistency:
When the command line does not have the focus (i.e. you clicked into the channel window), some keys get picked up and put into the command line, some don't...
numbers seem to be accepted, but things like "@", "+" etc seem to be ignored...
If possible, it would be quite handy for those to be picked up as well - scenario, using the mouse to click channels for selection and then just being able to type "@50" or the likes, as opposed to having to give the focus manually back to the command line.
What do you think?
Seeing this post from my fellow Brisbanite , and just having come out of a plotting session, I noticed some slight inconsistency:
When the command line does not have the focus (i.e. you clicked into the channel window), some keys get picked up and put into the command line, some don't...
numbers seem to be accepted, but things like "@", "+" etc seem to be ignored...
If possible, it would be quite handy for those to be picked up as well - scenario, using the mouse to click channels for selection and then just being able to type "@50" or the likes, as opposed to having to give the focus manually back to the command line.
What do you think?
Cheers,
Freddy
Freddy
You can select channels with the mouse and then simply press "a" or "@" and a level without clicking in the command line. Pressing a key while the main channel display has focus will add that key to the current command line--just the same as if it had keyboard focus and the cursor was at the end of the command.
This is really a separate idea and should be put under a new topic. Please try not to just reply at the end of another topic when a question occurs out of the current topic. The reason is to help keep the forum organized so that people can find information that has already been discussed. That can be hard when the discussion lies buried under an unrelated topic.
This is really a separate idea and should be put under a new topic. Please try not to just reply at the end of another topic when a question occurs out of the current topic. The reason is to help keep the forum organized so that people can find information that has already been discussed. That can be hard when the discussion lies buried under an unrelated topic.
-
- Posts: 211
- Joined: Sat Jun 01, 2013 8:23 am
- Location: Adelaide, Australia
Thinking back, it is more related than some threads that have gone off on tangents. I've been on a number of programming forums lately where they seem to jump on off-topic posts. And, I've also looked for something that I know is in the forum only to eventually find it in an unrelated thread that mutated.
But, I also appreciate the conversational nature of some of the threads. So, I'm torn between trying to enforce thread discipline and letting the conversation flow. Thanks for the other post, I'll investigate and get back to it on that new thread.
But, I also appreciate the conversational nature of some of the threads. So, I'm torn between trying to enforce thread discipline and letting the conversation flow. Thanks for the other post, I'll investigate and get back to it on that new thread.